class_loader
class_loader copied to clipboard
ros
ROS-independent library for dynamic class (i.e. plugin) introspection and loading from runtime libraries
http://build.ros2.org/view/Eci/job/Eci__nightly-release_ubuntu_bionic_amd64/lastCompletedBuild/consoleText ClassLoaderTest.threadSafety test emits lots of output. This should maybe be reduced: ``` 7: - /tmp/ws/build_isolated/class_loader/test/class_loader_utest --gtest_output=xml:/tmp/ws/test_results/class_loader/class_loader_utest.gtest.xml 7: [==========] Running 13 tests from 2 test cases. 7: [----------] Global test...
Ubuntu Focal / Cmake 3.16.3 / Clang 11 / Foxy Master ``` --- stderr: class_loader ld.lld: error: ../../libclass_loader.so: undefined reference to Poco::SharedLibrary::SharedLibrary(std::__1::basic_string const&) clang: error: linker command failed with exit...
This is a behavior inherited from poco: http://pocoproject.org/docs/Poco.SharedLibrary.html#16662 This commonly doesn't work for us, so I will probably open a pull request to change the behavior of the shared library...
while developing rosbag2, we encountered that we have cyclic dependencies when trying to use ROS1 and ROS2 packages which both use their form of class loader. We worked around that...
I'm double-posting this issue, which shows up in pluginlib usage: https://github.com/ros/pluginlib/pull/37 Using static pluginlib `ClassLoader` defers lib unloading to program shutdown time. But as the order of static releases is...
According to https://github.com/ros/class_loader/blob/rolling/README.md > The **class_loader** package is a ROS-independent package for loading plugins However, currently it depends on [rcpputils](https://github.com/ros2/rcpputils) and recursively on [rcutils](https://github.com/ros2/rcutils), apparently only for the [`rcpputils::SharedLibrary`](https://github.com/ros2/rcpputils/blob/rolling/include/rcpputils/shared_library.hpp) class....
to address https://github.com/ros/class_loader/issues/131, this didn't change code, instead it suppress the sanitizer report because we know this leak is expected. this suppression can't be done through runtime suppression file because...
Hi, This PR changes the compiler checking condition from system (`_WIN32`) to compiler (`_MSC_VER`), so that on Win32, gcc (mingw) is supported.
Adresses : #218 I have increased `plugin_ref_count_` even when unmanaged instances is created. `plugin_ref_count_` is only changed inside `onPluginDeletion` function and `createRawInstance`. `onPluginDeletion` is not executed for unmanaged raw instances....
