[OpenWrt-Devel] [PATCH procd 3/8] Fix curses applications to work with procd

Gert Doering gert at greenie.muc.de
Fri Oct 3 10:16:09 EDT 2014


On Thu, Oct 02, 2014 at 02:56:18PM +0200, Michel Stam wrote:
> The problem was caused by procd not opening /dev/tty* (which ever was specified in
> /etc/inittab), causing /proc/PID/fd to point to /console instead. /dev/console is a
> non-controlling tty (CTTY), and cannot be used as one, which is exactly what curses
> applications want. Since this is very likely to cause problems with other programs,
> procd now opens /dev/tty? when the ID field of the inittab assigns one, and forces
> this to be a CTTY.

I won't claim to understand the OpenWRT intricacies here, so take this with
a grain of salt.

In traditional unix systems, setting up a tty and acquiring a controlling
tty is getty's job, and not that of the init system - and init should not
start interactive programs (or "possibly interactive programs") from 

Changing this is fairly invasive into the way the system works and what
programs can expect regarding signal delivery etc. - like, someone pressing
ctrl-c on a tty, and a background process being started on that tty will
get a SIGINT (while it normally wouldn't).

Genuinely curious: can you explain a bit better in which cases this change
would be needed and/or beneficial?


USENET is *not* the non-clickable part of WWW!
Gert Doering - Munich, Germany                             gert at greenie.muc.de
fax: +49-89-35655025                        gert at net.informatik.tu-muenchen.de
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 291 bytes
Desc: not available
URL: <http://lists.infradead.org/pipermail/openwrt-devel/attachments/20141003/22298ff6/attachment.sig>
-------------- next part --------------
openwrt-devel mailing list
openwrt-devel at lists.openwrt.org

More information about the openwrt-devel mailing list