<div dir="ltr"><div><div><div>Hi, that should probably done by filing an issue against the package itself.<br></div>This package is barely maintained as part of object_manipulation. It got simplified/redesigned/sped up during its move to the Object Recognition Kitchen and the bug you mention does not happen anymore. I am the maintainer of it:<br>

<a href="https://github.com/wg-perception/tabletop">https://github.com/wg-perception/tabletop</a><br></div>object_manipulation just started to use the kitchen and docs will be updated for it.<br></div>Please take this conversation offline with me for informal instructions (maybe you can help writing the official ones). Thx.<br>

</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Apr 11, 2013 at 10:21 AM, Srećko Jurić-Kavelj <span dir="ltr"><<a href="mailto:srecko.juric-kavelj@fer.hr" target="_blank">srecko.juric-kavelj@fer.hr</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi everyone,<br>
<br>
I just wanted to share my recent experience on running<br>
tabletop_segmentation. I'm running groovy on 64 bit precise (Intel<br>
Q6600 CPU, /proc/cpuinfo attached) . All packages are latest from<br>
<a href="http://packages.ros.org" target="_blank">packages.ros.org</a>.<br>
<br>
The tabletop_segmentation node would crash right after step 1 of<br>
running the tabletop_object_detector/TabletopSegmentation service. It<br>
turned out that filtering in the PCL library caused a SIGILL. Building<br>
the ros-groovy-pcl package on my machine solved the problem.<br>
<br>
However, I can't really pinpoint what's the problem with the package<br>
provided on <a href="http://packages.ros.org" target="_blank">packages.ros.org</a>. Provided that this is the build log<br>
(<a href="http://jenkins.willowgarage.com:8080/view/GbinP64/job/ros-groovy-pcl_binarydeb_precise_amd64/lastBuild/consoleFull" target="_blank">http://jenkins.willowgarage.com:8080/view/GbinP64/job/ros-groovy-pcl_binarydeb_precise_amd64/lastBuild/consoleFull</a>),<br>


I don't see any suspicious flags for the compiler, except<br>
-march=native (from the cmake configuration: -- Using CPU native flags<br>
for SSE optimization:  -march=native). Does this use SSE 4.1 if<br>
available on build machine? How many users are affected by this?<br>
<br>
To resolve this, one can rebuild the package:<br>
<br>
$ git clone git://<a href="http://github.com/ros-gbp/pcl-release.git" target="_blank">github.com/ros-gbp/pcl-release.git</a><br>
$ cd pcl-release<br>
$ git checkout debian/groovy/precise/pcl<br>
$ git-buildpackage --git-ignore-branch<br>
--git-upstream-branch=863fbba11458cd95480e5e376bb42ade2969be39<br>
<br>
with this in ~/.gbp.conf:<br>
[git-buildpackage]<br>
export-dir = ../build-area/<br>
tarball-dir = ../tarballs/<br>
<br>
Best regards,<br>
<br>
Srećko Jurić-Kavelj, dipl.ing. (Ms.E.E)<br>
Research and Teaching Assistant at University of Zagreb<br>
(Faculty of Electrical Engineering and Computing, Department of<br>
Control and Computer Engineering)<br>
<br>
Phone: <a href="tel:%2B385%20%280%291%206129%20529" value="+38516129529">+385 (0)1 6129 529</a><br>
Fax: <a href="tel:%2B385%20%280%291%206129%20809" value="+38516129809">+385 (0)1 6129 809</a><br>
E-mail: <a href="mailto:srecko.juric-kavelj@fer.hr">srecko.juric-kavelj@fer.hr</a><br>
URL: <a href="http://www.fer.hr/srecko.juric-kavelj" target="_blank">http://www.fer.hr/srecko.juric-kavelj</a><br>
<br>
Sanctus Hieronymus: "Parce mihi, Domine, quia dalmata sum!"<br>
<br>_______________________________________________<br>
ros-users mailing list<br>
<a href="mailto:ros-users@code.ros.org">ros-users@code.ros.org</a><br>
<a href="https://code.ros.org/mailman/listinfo/ros-users" target="_blank">https://code.ros.org/mailman/listinfo/ros-users</a><br>
<br></blockquote></div><br></div>