FirebarSim

Fore reference a pair of wireshark decodes that OSPL Test is really happy to decode to the same data type.  

And here is some heavily abused IDL which does at least compile in cyclone's IDLC ``` module SplattedIdl { typedef string ConstrainedStringOne; union UnionOne switch (boolean) { case TRUE :...

It appears that the difference in data first occurs around byte 92. I think that this is where the data for `StructOne structOne;` sits as I can identify the bytes...

> @FirebarSim I assumed you are using the C binding of Cyclone but perhaps you are using the C++ binding. This detail does matter because the C++ one is different...

This is going to be a bit of a challenge, the OSPL machines I have access to are all Windows based! I have had a look at the tools setup...

I got the opensplice-tools stuff built on an ubuntu machine and started following your steps like the below, except with the real type names. ``` # ./idl2md "/path/to the/idl/x.idl" X::Data...

Ahh you got me there with the URI, you would think after months of going export CYCLONEDDS_URI=blah I would have remembered to set it. Running now gives me the following...

Unfortunately that fails to build for me with the message ``` tglib.c: In function 'typekindstr;: tglib.c:214:10: error 'DDS_TYPE_ELEMENT_KIND_FORWARDDECLARATION' undeclares (first use in this function); did you mean 'DDS_TYPE_ELEMENT_KIND_FLOAT'? tglib.c: In...

Oops, my bad on getting this deep into the debugging! I kinda need to get this working though, and this is a really good refresh of my mucking about with...

I ran up the Production VM and monitored its OSPL log files, the log there reported 3 errors upon starting pubsub on the other VM. ``` WARNING: Detected Unmatching QoS...