david_d's profile - activity

Ah, it's a good suggestion, I wasn't aware that method existed. Unfortunately, I can't test if that fixes the slowdown,

No reason in particular.

Unexplainable slowdown over time I have a simple world plugin that creates several objects, waits a few seconds, deletes

Unexplainable slowdown over time I have a simple world plugin that creates several objects, waits a few seconds, deletes

Unexplainable slowdown over time I have a simple world plugin that creates several objects, waits a few seconds, deletes

Ghost visual models remaining after deletion Hello. I have encountered a recurring bug. I have a simple world plugin th

Thank you. I may contribute if I feel my understanding of the topic is sufficient.

Thank you for your answer. That is indeed how I ended up working around my problem. In future, is there any documentati

Hello.

I am attempting to use the transport message system to have one plugin request another plugin to delete several models, using the world.RemoveModel() method, or model.Fini() method. When this simple system deletes any models, gazebo crashes, and I get the following error message:

gzclient: /usr/include/boost/smart_ptr/shared_ptr.hpp:648: typename boost::detail::sp_member_access<T>::type boost::shared_ptr<T>::operator->() const [with T = gazebo::msgs::Response; typename boost::detail::sp_member_access<T>::type = gazebo::msgs::Response*]: Assertion `px != 0' failed.

I have confirmed that I can use these methods successfully, without issue. The only through-line I can identify with replicating this issue, is that the error appears when a deleting method is called from within a callback for a topic subscription.

I have tested (to the best of my ability) to confirm that the issue is not:

• That the shared pointer to the world is broken.
• That accessing the world at all is broken.
• That I cannot change things using any world methods.
• That the issue is specific to the world.RemoveModel() method.
• That deleting something from within a callback is broken, for example an event callback.

Which leads me to conclude it is specifically the transport system callbacks, and specifically deleting models.

Any ideas as to what causes this? For now, I'm just working around the issue.

Cannot delete models when using the transport system Hello. I am attempting to use the transport message system to have

Thank you for your help. I'd also like to thank Jordan Liviero, who made a merge request on gitlab with this solution. U

Thank you for your help. I'd also like to thank Jordan Liviero, who made a merge request on gitlab with this solution. U

Ok, I fixed the issue. You can see the commit that fixed it here. What fixed it, was changing the join function from a

I've been stuck on this issue for an embarrassingly long period of time, and would be very grateful for any help. I'm very new to c++ and CMake, so it's likely I'm overlooking something quite obvious.

When I run Gazebo with a plugin I wrote, plank_drop.cc, I get the following error:

gzserver: symbol lookup error: /home/plugins/build/libPlankDrop.so: undefined symbol: _Z4joinIdENSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEENS0_4listIT_SaIS7_EEES5_

The symbol's name leads me to believe the issue is in the join function, called within plank_drop.cc, and defined in the extra_functions.cc.

I've added join() to the scope of plank_drop.cc like so:

#include "extra_functions.h"

And the compiler doesn't complain. It never seems to compain at compile time, or link time. It only fails at runtime. I've set this up in my CMakeList.txt like this:

cmake_minimum_required(VERSION 2.8 FATAL_ERROR)

find_package(gazebo REQUIRED)
include_directories(${GAZEBO_INCLUDE_DIRS})
link_directories(${GAZEBO_LIBRARY_DIRS})
list(APPEND CMAKE_CXX_FLAGS "${GAZEBO_CXX_FLAGS}")

add_library(PlankDrop SHARED plank_drop.cc)
add_library(CamRecord SHARED cam_record.cc)
add_library(ExtraFunctions SHARED extra_functions.cc extra_functions.h)

target_link_libraries(PlankDrop CamRecord ExtraFunctions ${GAZEBO_LIBRARIES})

The relevant parts of my source code is here. All of my solutions just introduce new issues that are equally confusing.

Ok, I fixed the issue. You can see the commit that fixed it here. What fixed it, was changing the join function from a

So, following this page: http://gdwarner.blogspot.com/2009/03/c-runtime-symbol-lookup-error.html Using nm libPlankDrop.

Undefined symbol with plugin I've been stuck on this issue for an embarrassingly long period of time, and would be very