Skip to content
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

[Bug] Examples Appear Broken #208

Open
Carter12s opened this issue Nov 27, 2024 · 1 comment
Open

[Bug] Examples Appear Broken #208

Carter12s opened this issue Nov 27, 2024 · 1 comment
Labels
bug Something isn't working

Comments

@Carter12s
Copy link

Describe the bug

Appears to be a result of #131?

The ros1_sub and ros1_pub examples do not appear to work as intended.

Focusing on the ros1_pub example.

When running I get the following:

Starting ROS1 Master...Starting Bridge... OK!
Creating ROS1 Node... OK!
Creating ROS1 Publisher... OK!
Creating Zenoh Session... OK!
Creating Zenoh Subscriber... OK!
Running bridge, press Ctrl+C to exit...
ROS Publisher: publishing data...
ROS Publisher: publishing data...
ROS Publisher: publishing data...
ROS Publisher: publishing data...
ROS Publisher: publishing data...
ROS Publisher: publishing data...
^C

The line "Zenoh Subscriber: got data!" never appears indicating the example is not bridging correctly.

For the ros1_sub example, the behavior is the same but reversed. The ros1 subscriber never receives the publishes from the zenoh publish, and rostopic hz can be used to confirm that no messages are making it to ros.

To reproduce

  1. Follow the source installation instruction from README
  2. cargo run --example ros1_pub

Tested on current main: 44bb957a4358f53e80336dfeeab206e68c76b542

System info

  • Platform: Host is Ubuntu 20.04, running inside a docker image that is also based off of Ubuntu 20.04
    Tested on current main: 44bb957a4358f53e80336dfeeab206e68c76b542
@Carter12s Carter12s added the bug Something isn't working label Nov 27, 2024
@Carter12s
Copy link
Author

Note I worked around this by building a wrapper crate relying on roslibrust's message generation tools to provide Type strings and MD5Sum information:

RosLibRust/roslibrust#209

Still working on it in this MR, but it at least provides and example of a workaround.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

1 participant