-
Notifications
You must be signed in to change notification settings - Fork 217
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Plugin can't find the library #4
Comments
This issue has been fixed in the past few days. Can you please mention the version of pluginlib, class_loader and image_common you are using ? thx. |
Thought it may have been - I noticed the plugins were installing now. We were using the latest debs
Not sure about class loader? |
pluginlib is at 1.9.3. You probably looked at the fuerte one there. Also, what command are you running ? |
Ah - stupid of me. I completely forgot to beta test turtlebot on the latest debs (shadow-fixed) so we were using 3 week old debs, hence 1.8.6. I've got shadow-fixed now, with pluginlib 1.9.3 and image_common 1.9.17, nodelet 1.7.7. I'm getting a different error now when running image_view (directly or via rosrun).
Redirecting it as above doesn't work and I'm getting this elsewhere with anything that is a nodelet though, so perhaps need to chase down the problem there. |
Ok, Ive completely reinstalled from shadow-fixed, also on a second machine and the problem is persisting. Are you successfully running image_view under the same conditions? |
Hey Daniel, On Tue, Nov 6, 2012 at 3:17 PM, Daniel Stonier notifications@github.comwrote:
|
Hey Daniel, On Tue, Nov 6, 2012 at 3:17 PM, Daniel Stonier notifications@github.comwrote:
|
Hello Mirza, I have tried to load rviz with new version of class-loader(v 0.1.7) and got these error logs. Jihoon jihoonl@whoolala:~$ rosrun rviz rviz > log Warning: class_loader::class_loader_core: SEVERE WARNING: A library containing plugins has been opened through a means other than through the class_loader or pluginlib package. This can happen if you build plugin libraries that contain more than just plugins (i.e. normal code your app links against). This inherently will trigger a dlopen() prior to main() and cause problems as class_loader is not aware of plugin factories that autoregister under the hood. The class_loader package can compensate, but you may run into namespace collision problems (e.g. if you have the same plugin class in two different libraries and you load them both at the same time). The biggest problem is that library can now no longer be safely unloaded as the ClassLoader does not know when non-plugin code is still in use. In fact, no ClassLoader instance in your application will be unable to unload any library once a non-pure one has been opened. Please refactor your code to isolate plugins into their own libraries. |
Hey Jihoon, On Tue, Nov 6, 2012 at 4:11 PM, Jihoon Lee notifications@github.com wrote:
|
Cool - successfully got rviz image plugin showing images here as well. Still have a problem with 'rosrun image_view image_view' though. Same error as mentioned above. |
I had issues with rosrun with overlaid catkin projects myself today...I ran
|
Seems to be fixed. I'll check again on Monday at work and see if I can create problems with it again and close the issue if it's ok. |
@stonier : is that fixed for you. Should that bug be closed ? |
@vrabaud Just tested with uvc_camera and image_view, bonza. |
Formatted files to be double space indent per ROS standards
[image_transport] update include statements to use new pluginlib and …
In an installation from groovy debs, when the plugin gets used it cannot locate the library.
A simple workaround in image_transport/default_plugins.xml on the first line, prefix the path with: '../../'. I'm not sure if this is the 'correct' solution.
See also ros-perception/image_pipeline/issues/1
The text was updated successfully, but these errors were encountered: