home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky comp.unix.wizards:3788 comp.unix.misc:3495
- Path: sparky!uunet!gatech!concert!duke!wolves!tcsrtp!royc
- From: royc@tcsrtp.uucp (Roy Andrew Crabtree)
- Newsgroups: comp.xenix.sco,comp.unix.wizards,comp.unix.misc
- Subject: SCO ODT 1.0 (1.0.0y): UUCP hangup bugs; uugetty fix?
- Keywords: uucp, uugetty, stty, hupcl, clocal
- Message-ID: <1992Sep03.222723.14461@tcsrtp.uucp>
- Date: 3 Sep 92 22:27:23 GMT
- Reply-To: uunet!duke.cs.duke.edu!wolves!tcsrtp!royc
- Organization: Triangle Computer Society
- Lines: 39
-
-
- 1) If I use the modem control device (sat tty1A) so that DCD
- is listened to and causes hang up
- a) stty clocal fails to alter behavior of uugetty
- b) uugetty fns inbound AOK but always talks even with '-r'
- c) which in turn creates a lock file and stops outbound usage
- d) I can't 'cu -l tty1A' until DCD is high ...
- (using DSR for DCD fixes)
-
- 2) If I use a non-modem control tty (ty1a) so that DCD is NOT
- listened to
- a) outbound traffic works AOK
- b) but gettydefs cannot set '-clocal' during getty
- c) so that if a pickup occurs during carrier or login prompt
- a lock file gets created which does NOT go away if a
- line drop occurs
- d) so that if '-t 30' (etc) is omitted, outbound does NOT
- get to the modem
- e) and even with '-t 60' it si still locked for (up to) 60
- seconds uselessly
- f) while if the user gets logged in entirely and drops the line
- or hangs up rather than exiting
- g) the shell does NOT get a hangup signal and sticks around
- h) causing a security problem
-
- ... all on a 9pin connector.
-
-
- Is there fix available out there for uugetty(1m)? SCO support
- seems a little unsure about this ...
-
- Basically, uugetty ought to keep its mouth shut
- until a character whatever happens to the cvontrol
- lines on a modem control port and 'clocal'/'-clocal'
-
- should WORK RIGHT on tty lines ...
-
-
- royc
-