>> IC> When receiveing data there is no problem, but when uploading a
 >> IC> file, any character 19 will make the modem to freeze. Even
 >> IC> Ymodem or Xmodem protocols can trigger that when they arrive to
 >> IC> block 19. That's why we have to go to command mode and disable
 >> IC> flow control in the modem before uploading.
 ML>> sounds like a program desigh flaw...
 IC> I don't think so. The only thing we can reproach the author
 IC> for is not having implemented hardware flow control.
that's what i said >>
 ML>> characters can be and should be "escaped" when they are actually
 ML>> data and not control...
 IC> The only attempt I know of doing that was by Hayes with their
 IC> "Transparent XON-XOFF Flow Control" and &K5 command. Could you
 IC> tell me which programs and/or protocols you know that support
 IC> it and quote the part of the manuals or docs where it's stated?
the ZModem transfer protocol does it, for one ready example... fidonet 
mailers that do EMSI also do it when needed...
 ML>> i'm not sure i can really explain it to you and this is definitely
 ML>> not the proper place for this type of technical discussion but it
 ML>> is what must be done and it is how the entire communications
 ML>> industry does it...
 IC> Since you say that it's "how the entire communications industry
 IC> does it..." and that "this is definitely not the proper place for
 IC> this type of technical discussion" you could try to explain that
 IC> in the COMM echo.
hummm... i don't currently carry the COMM echo... it's all i can do to 
participate in the ones i do out of the almost 300 i carry...
 IC> That type of discussion certainly is welcome there. And don't
 IC> forget to give your sources.
understood... as for sources, hehehe, that's probably what much of it will 
be... source code or specs... i don't know that i'll turn on COMM... can you 
do netmail?? for that matter, get hold of the ZModem specs... i know it's in 
there...
)\/(ark
---------------