lenny@icus.UUCP (Lenny Tropiano) (07/11/88)
In article <385@manta.UUCP> brant@manta.UUCP (Brant Cheikes) writes: |>In article <414@icus.UUCP> lenny@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@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