it looks like telnetd doesnt even need any changes. it explicitely
opens /dev/cons (which got bound over with the network connection
by listen) and dups it to fd 2 for the subshell. tho i havnt tried
it yet.
--
cinap
> having errors from listeneres appear on the cpu server console
> (or a logfile?) instead in the middle of some unknown protocol
> stream makes sense as a default for aux/listen.
a logfile would be better. i have a system that gets
attacked occasionally, and spamming the console
would only make
its not just pprint(). stuff like sysfatal() will also write to
fd 2... or abort()... having the kernel write to your std error
has some practical value imho.
having errors from listeneres appear on the cpu server console
(or a logfile?) instead in the middle of some unknown protocol
stream makes
The user is intended to see these messages: that's the point of pprint. The
messages refer to a program the user is running. It produces diagnostics
from the kernel to the user, and thus correctly uses standard error.
On 17 Apr 2013 18:54, wrote:
> > there is no kprint in plan 9. neither can one
> there is no kprint in plan 9. neither can one
> syslog from the kernel.
I was going to be clearer, then got lazy:
-lr--r- c 0 lucio lucio 0 Mar 21 20:44 /dev/kprint
that's the console, I've never investigated how the kernel writes to
it, but it sounds like the right place for diagn
On Wed Apr 17 13:38:02 EDT 2013, lu...@proxima.alt.za wrote:
> > In a few cases, the kernel will use pprint to put a diagnostic on the
> > standard error (file descriptor 2).
>
> What's wrong with kprint (or logging) for this?
that's what pprint() does. it prints info about
the current (offendin
> In a few cases, the kernel will use pprint to put a diagnostic on the
> standard error (file descriptor 2).
What's wrong with kprint (or logging) for this?
++L
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 t
