You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
grpc-labview 1.0.0.1. We're stuck on this version in MeasurementLink because of various incompatibilities in the latest grpc-labview.
Steps to reproduce
Unzip the attached LV project. It contains a client and a server.
Run the server.
Open PackToAnyTest.vi and run it. Observe the byte stream.
In BugService >> Server API >> Start Sync.vi, I'm implementing the Get Any message. You can see I use the PackToAny.vim. The way the project was saved, the byte stream is correct. However, if you change the representation of 'item1' and 'item2' in the cluster constant to UInt16, the byte stream is different even though the values are the same.
In GetAny_server.Run Service.vi, I register the 'mypackage_thecluster' message which I am packing with a cluster of two UInt16s. Cluster to gRPC LabVIEW Message.vi turns these into the gRPC U32 type since there aren't any U16s. This is correct. However, the packing should coerce the values to U32 as well.
Here are the different byte streams. The right one is correct.
Software
grpc-labview 1.0.0.1. We're stuck on this version in MeasurementLink because of various incompatibilities in the latest grpc-labview.
Steps to reproduce
In BugService >> Server API >> Start Sync.vi, I'm implementing the Get Any message. You can see I use the PackToAny.vim. The way the project was saved, the byte stream is correct. However, if you change the representation of 'item1' and 'item2' in the cluster constant to UInt16, the byte stream is different even though the values are the same.
In GetAny_server.Run Service.vi, I register the 'mypackage_thecluster' message which I am packing with a cluster of two UInt16s. Cluster to gRPC LabVIEW Message.vi turns these into the gRPC U32 type since there aren't any U16s. This is correct. However, the packing should coerce the values to U32 as well.
Here are the different byte streams. The right one is correct.
BugReproducing.zip
AB#2570849
The text was updated successfully, but these errors were encountered: