geton.sh and getoff.sh reacting with uugetty (was Re: uugetty)

[Lenny Tropiano]

In article <385 at manta.UUCP> brant at manta.UUCP (Brant Cheikes) writes:
|>In article <414 at icus.UUCP> lenny at icus.UUCP (Lenny Tropiano) writes:
|>>While it is true that uugetty allows bi-directional traffic without turning
|>>off the "getty" [...]
|>
|>I observed my uucico placing an outgoing call and noticed that uugetty
|>*was* turned off and inittab modified.  Kevin O'Gorman's UNIXpc
|>kermit port does the same thing.  So even though uugetty is supposed
|>to allow bi-directional traffic, all the utilities that use the OBM
|>port assume it doesn't and turn it off before opening the port.  Is
|>there any way around this?

Why is this a problem in the first place?  Is there a problem with the
program [needlessly] turning off the uugetty and then turning it back on.
Granted you don't have to do it, but most UNIX pc utilities don't expect
someone running HDB (they assume you're using only getty [single direction]).

If you are worried about this, you can easily change the shell script,
/usr/bin/geton.sh (and likewise /usr/bin/getoff.sh) to just have a "exit 0"
in the beginning.  I wouldn't bother, but this would prevent the getty
from being toggled on and off.

-Lenny
-- 
Paper-net: Lenny Tropiano          | @-net:         lenny at icus.UUCP
           ICUS Software Systems   | !-net:      ...att    \
           PO Box 1                |                boulder \
           Islip Terrace, NY 11752 |                talcott  !icus!lenny
Vocal-net: (516) 582-5525 [work]   |                pacbell /
           (516) 968-8576 [home]   |                sbcs   /
Telex-net: 154232428 ICUS          | Another-net:   attmail!icus!lenny