×
The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.
Yes, crlf is the signal for the end of reponse data. I've tested my app and
everything is working. Some how at the back of my mind I keep thinking that
one of this day this one-to-one send() recv() relationship will get out of
sync. Once it gets out of sync, all the transactions comes behind it'll
become unpredictable.
"Chris Bipes" <chris.bipes@xxxxxxxxxxxxxxx> wrote in message
news:mailman.25965.1296228020.2702.midrange-l@xxxxxxxxxxxx...
The BIG question is, How do you know you received all of the response?
Is there a special control character? If you write 100 bytes and
receive more than 100 bytes, you can compare the first 100 bytes to what
you written and flush that out of your receive buffer. If you received
all the response, you are done, if not, loop back and read again. Being
that you are dealing with a modem, the response will trickle in, unless
the Cisco device is buffering and sending complete packets in one burst.
I have dealt with reading modems via IP before and I had to loop and
perform several reads on the socket to get the entire string. It was
framed packet <STX>Data<ETX><LRC>. Had to read on byte past ETX.
midrange.com
