| 2018-05-09 09:29:00 -0500 | received badge | ● Nice Answer
(source)
|
| 2017-10-31 18:33:01 -0500 | received badge | ● Necromancer
(source)
|
| 2017-02-06 07:07:13 -0500 | received badge | ● Taxonomist
|
| 2016-07-13 05:17:23 -0500 | received badge | ● Famous Question
(source)
|
| 2016-06-20 04:21:30 -0500 | received badge | ● Good Answer
(source)
|
| 2016-06-07 08:24:37 -0500 | answered a question | dynamic_reconfigure group defaults Ok, I figured it out :). In the current implementation the generated <name>Config class contains the variables of all groups as members directly. The ones under the corresponding group (class), the ones you (and I as well) accessed, never get assigned the default values. So what you should do instead (at least until this code gets cleaned up): void dynamic_cb(pkgConfig &config, uint32_t){
a = Duration(config.a);
b1 = config.part1;
b2 = config.part2;
}
You can take a look at the implementation of the code generator here. Just adding this small note here: you can also not add parameters with the same name to different groups, as they would get the same variable name in the main <name>Config class. Cheers |
| 2016-06-07 06:22:33 -0500 | commented question | dynamic_reconfigure group defaults |
| 2016-01-18 01:25:38 -0500 | received badge | ● Nice Answer
(source)
|
| 2015-09-08 08:28:30 -0500 | answered a question | Final Step for ROS installation failing |
| 2015-09-04 09:33:15 -0500 | received badge | ● Notable Question
(source)
|
| 2015-04-21 11:20:38 -0500 | received badge | ● Famous Question
(source)
|
| 2015-04-08 08:57:28 -0500 | received badge | ● Necromancer
(source)
|
| 2015-04-06 21:01:40 -0500 | received badge | ● Popular Question
(source)
|
| 2015-03-26 09:31:39 -0500 | commented answer | rosinstall file location in repository ok, I had the same thoughts, thanks. |
| 2015-03-26 06:02:34 -0500 | received badge | ● Student
(source)
|
| 2015-03-26 05:43:12 -0500 | asked a question | rosinstall file location in repository Hi, Is there a default location where to put rosinstall files, such as, some_repo_minimal.rosinstall and some_repo_demos.rosinstall, within a git repo containing some packages (including a meta package).
For now, they are placed it in the meta package, as shown below: some_repo some_repo (meta_package)
package.xmlCMakeLists.txtsome_repo_minimal.rosinstallsome_repo_demos.rosinstall package_onepackage_two- ...
.gitignoreREADME.md But I am not sure if this is a good location.
Would it be better to place it in the root folder, or is there no convention for this. Cheers |
| 2015-02-20 07:14:59 -0500 | received badge | ● Notable Question
(source)
|
| 2015-02-20 06:41:21 -0500 | received badge | ● Scholar
(source)
|
| 2015-02-20 06:41:02 -0500 | received badge | ● Enthusiast
|
| 2015-02-19 13:38:48 -0500 | received badge | ● Popular Question
(source)
|
| 2015-02-19 02:20:05 -0500 | received badge | ● Editor
(source)
|
| 2015-02-18 07:14:50 -0500 | asked a question | rviz seg faults when adding camera, depth cloud or image displays Hi, When I try to add one of the three (Camera, Depth Cloud, Image) displays in rviz, it immediately seg faults. gdb gives me the following output: Program received signal SIGSEGV, Segmentation fault.
__strcmp_ssse3 () at ../sysdeps/x86_64/multiarch/../strcmp.S:286
286 ../sysdeps/x86_64/multiarch/../strcmp.S: No such file or directory.
(gdb) bt
#0 __strcmp_ssse3 () at ../sysdeps/x86_64/multiarch/../strcmp.S:286
#1 0x00007fff77bd309e in QMetaType::registerNormalizedType(QByteArray const&, void (*)(void*), void* (*)(void const*), void (*)(void*), void* (*)(void*, void const*), int, QFlags<QMetaType::TypeFlag>, QMetaObject const*) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#2 0x00007fff773c87b7 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Gui.so.5
#3 0x00007ffff7dea13a in call_init (l=<optimized out>, argc=argc@entry=1, argv=argv@entry=0x7fffffffba88, env=env@entry=0x7fffffffba98) at dl-init.c:78
#4 0x00007ffff7dea223 in call_init (env=<optimized out>, argv=<optimized out>, argc=<optimized out>, l=<optimized out>) at dl-init.c:36
#5 _dl_init (main_map=main_map@entry=0x1494d80, argc=1, argv=0x7fffffffba88, env=0x7fffffffba98) at dl-init.c:126
#6 0x00007ffff7deec70 in dl_open_worker (a=a@entry=0x7fffffff9c68) at dl-open.c:577
#7 0x00007ffff7de9ff4 in _dl_catch_error (objname=objname@entry=0x7fffffff9c58, errstring=errstring@entry=0x7fffffff9c60, mallocedp=mallocedp@entry=0x7fffffff9c50, operate=operate@entry=0x7ffff7dee9a0 <dl_open_worker>, args=args@entry=0x7fffffff9c68) at dl-error.c:187
#8 0x00007ffff7dee3bb in _dl_open (file=0x1426438 "/opt/ros/indigo/lib//libcompressed_depth_image_transport.so", mode=-2147483391, caller_dlopen=<optimized out>, nsid=-2, argc=1, argv=0x7fffffffba88, env=0x7fffffffba98) at dl-open.c:661
#9 0x00007fffedefb02b in dlopen_doit (a=a@entry=0x7fffffff9e80) at dlopen.c:66
#10 0x00007ffff7de9ff4 in _dl_catch_error (objname=0x633770, errstring=0x633778, mallocedp=0x633768, operate=0x7fffedefafd0 <dlopen_doit>, args=0x7fffffff9e80) at dl-error.c:187
#11 0x00007fffedefb62d in _dlerror_run (operate=operate@entry=0x7fffedefafd0 <dlopen_doit>, args=args@entry=0x7fffffff9e80) at dlerror.c:163
#12 0x00007fffedefb0c1 in __dlopen (file=<optimized out>, mode=<optimized out>) at dlopen.c:87
#13 0x00007fffeff40c33 in Poco::SharedLibraryImpl::loadImpl(std::string const&) () from /usr/lib/libPocoFoundation.so.9
#14 0x00007fffeff4114f in Poco::SharedLibrary::SharedLibrary(std::string const&) () from /usr/lib/libPocoFoundation.so.9
#15 0x00007ffff52dae9b in class_loader::class_loader_private::loadLibrary(std::string const&, class_loader::ClassLoader*) () from /opt/ros/indigo/lib/libclass_loader.so
#16 0x00007ffff52d559c in class_loader::ClassLoader::loadLibrary() () from /opt/ros/indigo/lib/libclass_loader.so
#17 0x00007ffff52d57d0 in class_loader::ClassLoader::ClassLoader(std::string const&, bool) () from /opt/ros/indigo/lib/libclass_loader.so
#18 0x00007ffff52de698 in class_loader::MultiLibraryClassLoader::loadLibrary(std::string const&) () from /opt/ros/indigo/lib/libclass_loader.so
#19 0x00007ffff7ac5a5c in pluginlib::ClassLoader<image_transport::SubscriberPlugin>::loadLibraryForClass(std::string const&) () from /opt/ros/indigo/lib/librviz.so
#20 0x00007ffff7acc35c in pluginlib::ClassLoader<image_transport::SubscriberPlugin>::createInstance(std::string const&) () from /opt/ros/indigo/lib/librviz.so
#21 0x00007ffff7ac0298 in rviz::ImageDisplayBase::scanForTransportSubscriberPlugins() () from /opt/ros/indigo/lib/librviz.so
#22 0x00007fff95b01b31 in rviz::ImageDisplay::onInitialize() () from /opt/ros/indigo/lib/libdefault_plugin.so
#23 0x00007ffff7a977ef in rviz::Display::initialize(rviz::DisplayContext*) () from /opt/ros/indigo/lib/librviz.so
#24 0x00007ffff7b48815 in rviz::VisualizationManager::addDisplay(rviz::Display*, bool) () from /opt/ros/indigo/lib/librviz.so
#25 0x00007ffff7b48c66 in rviz::VisualizationManager::createDisplay(QString const&, QString const&, bool) () from /opt/ros/indigo/lib/librviz.so ...
(more) |
| 2014-10-08 11:07:07 -0500 | received badge | ● Nice Answer
(source)
|
| 2014-08-10 17:50:13 -0500 | received badge | ● Teacher
(source)
|
| 2014-04-06 21:47:45 -0500 | answered a question | Attempting to compile from source - error making libGLU for libstage I had the same problem once I installed the nvidia drivers on my notebook but there was actually a missing link. So for me the following resolved the compiling problem sudo ln -s /usr/lib/libGL.so.1 /usr/lib/x86_64-linux-gnu/libGL.so
Hope that this works for you as well. Cheers |
| 2013-06-11 15:41:55 -0500 | answered a question | how to run gtest unit in groovy Since the documentation of this is not really done yet... yes, hawk your solution does work, but is not really what I wanted, so with the help of this (http:// answers.ros.org/ question/59779/data-files-for-catkin-gtest/) (sorry can not create links because of my low karma) question and answer from william, you simply have to run catkin_make run_tests
instead of just catkin_make |
| 2012-10-18 08:29:48 -0500 | answered a question | Load SDF (.model) into robot_description You should be able to set the robot_description with a SDF file as: <param name="robot_description" textfile="$(find <my_robot>)/model.sdf"/>
|
| 2012-09-05 12:08:02 -0500 | received badge | ● Supporter
(source)
|
ROS Answers is licensed under Creative Commons Attribution 3.0 Content on this site is licensed under a Creative Commons Attribution Share Alike 3.0 license.