Re: Insertion of character inside a TCP frame

"steph.tougard via Sbcl-help" <[email protected]>
Newsgroups gmane.lisp.steel-bank.general
Message-ID <HkpgejaJ2GrHPWdPHpaH16zt4I0hNRQLDIhMrvt4T4x8pC4PM-rVagGFhLyAtkUR3x5CKTPrcZH5q_mgWQKmlalSQOYOFCPrvmHDaKloMxM=@pm.me>
the faulty function is rbind
On Tuesday, July 16th, 2024 at 11:49 AM, steph.tougard <[email protected]> wrote:

> the code of the server can be downloaded from below link
>
> http://stephane.sdf.org/an-server.clisp
>
> the code of the client
>
> http://stephane.sdf.org/smpp-client
>
> For those who want to test.
> On Tuesday, July 16th, 2024 at 11:44 AM, steph.tougard via Sbcl-help <[email protected]> wrote:
>
>> Hello All,
>>
>> I'm building a SMPP server with SBCL, using usocket for the TCP server.
>>
>> For those who don't know, SMPP is a binary protocol over TCP to send SMS. Unlike SMPP or HTTP, each frame is sent or received between the client and the server is called a PDU and it's full binary (not human readable).
>>
>> To test the server, I use Net::SMPP with Perl, which works well for this purpose.
>>
>> I can decode the bind_transceiver PDU received from the client. I encode the bind_transceiver _resp and send it back trough the socket, the PDU is 21 bytes long (I print the length of the PDU in the logs just before sending), but the PDU received on the client is 22 bytes long (confirmed with tcpdump and wireshark), a "C2" (hex code for Â) has been inserted in the middle of the PDU, between 2 fields.
>>
>> Same bug on FreeBDS and Mac OS, SBCL, CCL and ECL (the code does not work at all on ABCL).
>>
>> I can post the code if necessary.
>>
>> There is really a difference in the data sent and the data received that I can not explained. Where does this  comes from ?
>>
>> Any idea ? any question ? any proposal ?
>>
>> Best
>>
>> Stephane

_______________________________________________
Sbcl-help mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/sbcl-help
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.