plan9fox/sys
cinap_lenrek cbe11fc1c2 aux/listen: do not redirect stderr (fd 2) of the listener to the network connection
Charles Forsyth described the problem below in:

http://9fans.net/archive/2013/04/190

In a few cases, the kernel will use pprint to put a diagnostic on the
standard error (file descriptor 2). One of those is a warning that the
process has used more than 100 file descriptors. That message is possibly
obsolete and could be removed, but there are others, such as notifying an
uncaught trap that are probably helpful to make visible. In any case, as
things stand, a busy exportfs might have many file descriptors open,
provoking the diagnostic. Unfortunately, aux/listen and aux/listen1 connect
file descriptor 2 to the incoming network connection. If the connection's
protocol is not a simple, unstructured, textual one, diagnostics on the
standard error will cause confusion, in particular to devmnt.c if 9p is used.

/rc/bin/service files that start applications that run special protocols
might want to redirect file descriptor 2; alternatively, perhaps aux/listen
shouldn't redirect fd 2 by default: the few commands that do connect the remote
user to shells, or equivalent, including telnetd and sshd could dup 1 to 2
when that was sensible.
2013-04-20 21:42:20 +02:00
..
doc /sys/doc: permissions for cleanps, mkdirlist, mkfilelist 2012-10-20 19:09:54 +02:00
games/lib fortunes: support for non-blocking i/o 2013-04-12 20:51:47 -04:00
include ape: add inet_aton() 2013-04-01 19:16:18 +02:00
lib dont use full qualified domain names in example configuration 2013-02-27 08:18:18 +01:00
man jpg(1): update bmp and yuv usage 2013-04-12 18:36:22 -04:00
src aux/listen: do not redirect stderr (fd 2) of the listener to the network connection 2013-04-20 21:42:20 +02:00