Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you are subscribed to this thread.
The test c program is not correct, because the decoding is not with the right value for length (which resulted after encoding, stored in olen), it has 147 instead of 167, that's why the decoding has unexpected result.
I replied a while ago on sr-users mailing list, indicating that you have to grab a pcap file with the sip traffic (e.g., with sipdump) when you reproduce the case. If it concludes to be a bug, we will know where that is, becauseat this moment there is not pointer that it is the encoding/decoding by looking at your test file. The module is used quite extensively for many years, and an eventual encoding/decoding problem should have surfaced very early.
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you are subscribed to this thread.