-
Notifications
You must be signed in to change notification settings - Fork 4
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
Add gz-sim-yarp-plugins-check-model executable tool to check if model loads correctly and add CLI11 dependency #179
Conversation
Done in 81d3510 . To handle the |
The tests are failing as they require #176 to be merged to pass. |
30ffc42
to
560cd23
Compare
Interesting, |
Wow cool, the tests are not passing in Debug, let's try locally. |
Only in CI is failing with:
This does not happens locally with conda. |
Actually the problem is triggered by the |
backtrace of the failure:
|
As the error was in YARP, I quickly reproduced the error in the robotology-superbuild compiling also YARP in debug, the updated bt is:
|
Ok, I found the issue. The problem is that the FT devices are destroyed before the yarprobotinterface is closed, because gz-sim does not destroy plugins/link/something else in reverse order w.r.t. to the order with which they are built. It is the same problem described in robotology/gazebo-yarp-plugins#582 and fixed in robotology/gazebo-yarp-plugins#619 . |
As fixing the issue is out of scope for this PR, for now I just suppressed the failed test, and I am tracking the crash issue in #185 . This PR is now ready for review. |
Thanks @traversaro this is really cool (and it will save us a lot of troubles)!! I tested it locally both with a world file and a model URI and it worked as expected. |
I'll try to rebase this on main in order to exploit the changes done in #185 |
…rld file containing gz-sim-yarp-plugins plugin is able to load correctly
aa7840b
to
5ca065b
Compare
Rebase and squashed. |
Merging 🚀 |
This should help ensuring that downstream models using gz-sim-yarp-plugins load correctly, to avoid regression such as icub-tech-iit/ergocub-software#232 .
I still want to iterate a bit on the tool (at the moment it takes in input world files, but I guess it may be also useful to be able to take in input model uri in the form
model://ergoCubGazeboV1
that is the format actually suggest to downstream users to include models in their world.sdf
files, but the basic logic is already present.