Straszheim's profile - activity

in the pr2_ethercat package, look in main.cpp for:

period = 1e+6; // 1 ms in nanoseconds

but you shouldn't do this on a real PR2

There can be only one handler for any given signal at a time. ROS does install a handler for SIGINT. It is not possible to catch and handle SIGKILL.

There is an eigen3 package that is distinct from eigen... different code.

same problem as: http://answers.ros.org/question/981/eigen-package-error-while-running-tod_detecting (?)

This is a python 2.6 vs 2.7 issue I'm pretty sure. Patches to rosmake are trickling in.

You're going to need to find the very first point at which execution diverges from the working and nonworking versions. At this point you could ask, "why does ros::init change this specific behavior", but with what is here it is hard to say.

Webui was, at one point, for "internal use only". At this point it is completely unsupported...

This doesn't exist. You're not the first to think of it and some informal design has been done, but there is nothing usable.

you also could use roslaunch and the $(find) mechanism:

http://www.ros.org/wiki/roslaunch/XML

See "eros"

http://www.ros.org/wiki/eros

This will be more straightforward under rosbuild2, where there is a single invocation of cmake and therefore a single project file generated.

There is not. You could ticket this as an enhancement...

I can't reproduce this on 10.04 or 10.10 with diamondback:

% ./bin/timers
[ INFO] [1300163272.915589903]: Callback 1 triggered
[ INFO] [1300163273.015990217]: Callback 1 triggered
[ INFO] [1300163273.115590082]: Callback 1 triggered
[ INFO] [1300163273.216186940]: Callback 1 triggered
[ INFO] [1300163273.315749665]: Callback 1 triggered

You're not doing any installing so the install command doesn't come in to play. This should do it:

set(RUNTIME_OUTPUT_DIRECTORY ${CMAKE_SOURCE_DIR}/bin)

see the docs at

cmake --help-full | less

You'd need to post your whole cmakelists for me to be sure.

I think you want:

find -name CMakeCache.txt -delete

I'm guessing it is the cmake generated makefiles that are problematic (they don't like being moved around). The missing CMakeCache.txt will force regeneration.

Somebody took the IDE out of emacs without telling me. ;)

I don't know of either right now; presumably because everything is wxwidgets and associated wxpython/swig stuff. Plans are to move to Qt as you may know, but nothing has yet. Availability on Ubuntu will be important in the long run. [edited] looks like the commenters below have some good info.