telinit, /etc/ringback (answer phone on second call)

Sanford 'Sandy' Zelkovitz sandy at turnkey.TCC.COM
Sun Oct 30 08:22:49 AEST 1988


In article <8315 at rpp386.Dallas.TX.US>, jfh at rpp386.Dallas.TX.US (The Beach Bum) writes:
> In article <183 at libove.UUCP> root at libove.UUCP (Jay M. Libove) writes:
> >Well, I want to use it for my SCO Xenix 2.2.1 system, but it requires
> >using "telinit", a not-well-supported feature on SCO Xenix 2.2.1.
> 
> telinit is an unsupported feature on 2.2.1.  It is used to signal
> init to re-read the inittab, which is completely unsupported [ from
> init's perspective ] under 2.2.x
> 
The REAL purpose of telinit is to allow special run levels a, b,  and c.
You see, in the REAL init, you can have run levels of S(s),0, 1, 2, 3, 4,
5, and 6. Run levels a, b, and c are special cases where programs can
be run from the inittab without exiting the present run level. SCO
decided to stay with the old SysIII style using /etc/ttys. Under SysV,
init reads a file called /etc/inittab. With this in mind, you can have many
different version of getty depending on the usage requirements. According
to convention, run level 2 is considered the multi-user run level; however,
this is not necessary since you can have any run level from 2-6 as a
multi-user level. The nice feature is that you can have different
configurations for each run-level. Basically, what I mean is which getty
you prefer on each port or at which baud rate you so desire. 
 
You can have special programs selected in your inittab for run levels
a, b, and c. Telinit will run these for you. BTW, to cause init to re-read
the inittab, what you use is a command called "init q". Please remember
that none of these functions are available using the SCO distribution.
If you would REALLY like to have all of these capabilities, you can call
my BBS at 714-898-8634 and download a REAL init, telinit, and a
sample inittab. The code works just fine under Xenix286 and Xenix386.
 
Sanford <sandy> Zelkovitz    XBBS   714-898-8634



More information about the Comp.unix.xenix mailing list