But wouldn't it stop at 2)?
It will see chr(13) and start processing while it should be waiting for 3). Am I wrong here?


>Not exactly. Look at your example again with the understanding that your EOT is CHR(13). What you want to do is keep buffering until the stream stops and you get that last EOT character. If the user is fast enough to do 3 scans, that's fine. You might get the following
>1) 123
>2) 4CHR(13)5678CHR(13)12
>3) 34CHR(13)
>
>In this case, your program would continue to buffer until it saw the last character of EOT, it when then look at the entire contents of the buffer and determine that there are (3) separate messages that it needs act on.
>
>Make sense?
>
>-m@