received WStrings messages from FastRTPS incorrect

[dirk-thomas]

Bug report

Required Info:

• Operating System:
  • macOS
• Installation type:
  • source
• Version or commit hash:
  • master branch after merging the WStrings test: Error: 'charmap' codec can't decode byte 0x8f in position 156 rosidl#388 (comment)
• DDS implementation:
  • FastRTPS publishing, Connext 5.3.1 subscribing
• Client library (if applicable):
  • any

Steps to reproduce issue

Enable the test which publishes a WStrings message with non-ASCII characters using FastRTPS and subscribes using Connext by removing the following condition which skips the test atm: ros2/system_tests@49cdb2f#diff-02dc43db6f966560e7ee414c298df21eR193

Expected behavior

The test passes as it does with all other cross-vendor combinations.

Actual behavior

The test fails because the message returned by Connext doesn't match the expectation. The members which have default values with non-ASCII values are not terminated correctly. E.g. the value of the wstring_value_default2 member doesn't end after 12 characters but is actually 19 characters long including the value of the following member wstring_value_default3.

Additional information

The test passes in all other variations:

• all platforms: FastRTPS -> FastRTPS, Connext -> Connext, Connext -> FastRTPS
• FastRTPS -> Connext when the subscriber side is not running on macOS

[dirk-thomas]

@neil-rti Maybe you can provide some feedback if this is a known issue.

[clalancette]

Closing, since with Foxy now being End-of-Life, this repository is no longer used.