🚀 go-pugleaf

Here's the situation (SCO SysV/386 3.2.2 uugetty):

inittab: /usr/lib/uucp/uugetty -r -t60 tty2A 2400H
gettydefs: 2400H# B2400 # B2400 SANE IXANY PARENB TAB3 HUPCL #login: #1200H
Devices: ACU tty2A - 300-2400 /usr/lib/uucp/dialHA24 \D

Two problems:

1) When I dial in (using a 2400 bps modem), the modem on tty2A answers at 1200.
   I've looked through dialHA24.c and seen that it tries to get the modem to
   answer at 2400 (by sending the initialization commands at 2400 when invoked
   as dialHA24 -h tty2A 2400, which getty--and by extension uugetty--is s'posed
   to do).  When uucico dials out it talks at 2400.  So why is the modem
   answering (quite reliably) at 1200?

2) After the modem answers (at 1200), I send one BREAK, to get uugetty hip
   that the speed is 1200.  Fine.  (The gettydef for 1200H is the same as
   2400H except for speed and pointer-to-next.)  The dialog then looks like
   this:

What a boring /etc/issue.
login: chap
Zxn0r6.

   and I'm kinda stuck. By running back and forth real fast and doing stty -a,
   I've discovered that after reading the login name, and before invoking
   /bin/login, uugetty is setting the port to cs5.  cs5?!?  When was the last
   time you sent Baudot?  What part of the gettydefs line is telling uugetty
   to go for cs5?  Do I need to put an explicit cs7 in?  Why?

   Also, if I do a ps -ef after uugetty has invoked /bin/login, I see that the
   argument passed to login is not chap, but more like ?h?p.  I'd hazard this,
   too, is a consequence of wacky comm parameters.  (The thing I'm trying to
   dial in from is set to cs7 parenb -parodd.)

   Any ideas?

Also, I notice `strings getty` shows numerous references to /tcb/lib/initcond,
the program that handles a bunch of common C2 bookkeeping.  No such references
in uugetty.  What are the implications of using uugetty in a C2 environment?

Thanks!
-- 
Chap Flack                         Their tanks will rust.  Our songs will last.
chap@art-sy.detroit.mi.us                                    -MIKHS 0EODWPAKHS

Nothing I say represents Appropriate Roles for Technology unless I say it does.