Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!csd4.milw.wisc.edu!lll-winken!uunet!auspex!guy
From: guy@auspex.auspex.com (Guy Harris)
Newsgroups: comp.mail.uucp
Subject: Re: Bidirectional Modem Lines under SunOS 4.0.1
Message-ID: <1404@auspex.auspex.com>
Date: 8 Apr 89 22:39:45 GMT
References: <160@osc.COM> <743@key.COM> <2209@laidbak.UUCP> <1395@auspex.auspex.com> <3748@ficc.uu.net> <1626@vicom.COM>
Reply-To: guy@auspex.auspex.com (Guy Harris)
Organization: Auspex Systems, Santa Clara
Lines: 19

>Absolutely!  I have struggle many an hour trying to figure out a way to
>do a callback that drops into getty.  I have yet to figure it out and,
>apparently, neither has anyone else with a Sun.

Huh?  What do you mean by "a callback that drops into getty"?

Do you mean you want to be able to have the machine call out to a
terminal, and, once the connection is made, exec "getty"? Well, SunOS
doesn't have "ct", but you could probably write a similar program.  The
4.3BSD "getty", upon which the SunOS 4.0 "getty" is based, can be told
to get the terminal on which it operates from file descriptor 0, rather
than opening it explicitly.  (Then again, "ct" doesn't "exec" "getty",
it forks and then "exec"s it, so that might not even be a problem.)

You can't rig it to cause the "getty" waiting on the dial-in line to
wake up, but so what?  "getty" is "getty"; the only difference is that
the tty port will have a different name - "/dev/cua0", say, instead of
"/dev/ttyd0".  What's in a name?  You can call the dial-out port
"/dev/ttycu0" if you want.