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
using the thc ros stacks, I've been faced to a problem.
Being a subscriber , once a conneciton with another node is establised, the first message contains the connection header. Others packets does'nt contains this header.
In the implementation, we check for the header for every packet.
This sometimes lead to serious problems.
(In our implementation, i'm not sur if we are realy using the header, because we got all the needed information before).
The text was updated successfully, but these errors were encountered:
Hi, I was not aware of issue #1.
I'm not sure to understand the comments
" // If the initial length is less than the buffer, then a connection header was
// sent first as part of this buffer."
You got to be careful, it's not impossible that two or more messages was sended in the same packets.
From what I understood, the Connection Header is always sended as a first "message" once the connection is established.
That's means that when reading the first packet, you can skip the Header before the message. The header length is buffer.readUInt32LE(4);
Hi,
using the thc ros stacks, I've been faced to a problem.
Being a subscriber , once a conneciton with another node is establised, the first message contains the connection header. Others packets does'nt contains this header.
In the implementation, we check for the header for every packet.
This sometimes lead to serious problems.
(In our implementation, i'm not sur if we are realy using the header, because we got all the needed information before).
The text was updated successfully, but these errors were encountered: