IC> In a message to Jean Parrot  Tom Rutherford
 IC> wrote:
 TR>> I never have had to change flow control. Mine is always doing
 TR>> hardware flow control.
 IC> Tom, we have to use that trick because Desterm 2.00 doesn't
 IC> support hardware flow control. When receiveing data there is
fair enough...
 IC> no problem, but when uploading a file, any character 19 will
 IC> make the modem to freeze. Even Ymodem or Xmodem protocols can
 IC> trigger that when they arrive to block 19. That's why we have
 IC> to go to command mode and disable flow control in the modem
 IC> before uploading.
sounds like a program desigh flaw... characters can be and should be 
"escaped" when they are actually data and not control... i'm not sure i can 
really explain it to you and this is definitely not the proper place for this 
type of technical discussion but it is what must be done and it is how the 
entire communications industry does it...
 IC> I changed the escape character to "@" because
 IC> the default, "+", was making some remote modems to also go
 IC> into command mode.
shouldn't be a problem... also, please don't confuse this escape code with my 
term "escaped" above... my term means to "wrap"... kinda like some programs 
use \\ to send one \... the \ is the "escape character" in the comm protocol. 
if @ can't be sent by itself, then \@ would be used.
darn, i think i did explain it somewhat... it's built into many protocols for 
just the reason you state above...
)\/(ark
---------------