Path: utzoo!attcan!utgpu!news-server.csri.toronto.edu!rutgers!usc!sdd.hp.com!uakari.primate.wisc.edu!dali.cs.montana.edu!masscomp!peora!tarpit!bilver!bill
From: bill@bilver.UUCP (Bill Vermillion)
Newsgroups: comp.unix.internals
Subject: Re: pty bugs & features
Message-ID: <946@bilver.UUCP>
Date: 2 Sep 90 14:45:30 GMT
References: <8319:Aug2617:20:3690@kramden.acf.nyu.edu-> <3964@auspex.auspex.com> <1990Aug29.154450.18483@chinet.chi.il.us> <3998@auspex.auspex.com>
Reply-To: bill@bilver.UUCP (Bill Vermillion)
Organization: W. J. Vermillion - Winter Park, FL
Lines: 21

In article <3998@auspex.auspex.com-> guy@auspex.auspex.com (Guy Harris) writes:
 
->>The real problem is when you have placed a long distance call to or from
->>a modem on a unix machine and pick up a ^S from line noise.  I've even
->>seen cases where the device driver would lock up so that even a kill -9
->>wouldn't release the process and there was no way to drop the call without
->>physical access to the modem.
 
->If the call is still active, presumably typing ^Q would unlock the line,
->unless there's a driver bug.  Hanging the phone up should unlock the
->line too, unless there's a driver bug....

Not if the control S was sent from the host to the terminal.  The host has
to send the control Q at that time.   Good communications programs have an
over-ride, but I have seen many that don't, and you are out of luck.



-- 
Bill Vermillion - UUCP: uunet!tarpit!bilver!bill
                      : bill@bilver.UUCP