>> Luit does things differently -- it waits until it gets an EIO on the
>> master side of the pty.  This means that if processes other than
>> luit's child have a handle on the slave side tty, luit will keep
>> running.

MF> Why should this be useful?

You're running in a UTF-8 locale, and find a directory where the
filenames are in ISO 8859-1.  You do

  $ LC_ALL=en_US luit ls

Ls puts its input into the pty's buffer, then quits.  Depending on how
lucky you are with scheduling, luit might get the SIGCLD before it
deals with ls's output.  Heisenbug.

I might very well change the default behaviour to quit if the child is
dead *and* the input buffer is empty.  It will still cause luit to
hang if you do something that generates output faster than luit can
push it around, for example

  $ tail -f /dev/zero &
  $ exit

I didn't want to make such a change at this date, as it would require
adding one new function to the portability layer (sys.c), which always
makes me nervous.  (If you look at the cvs log of sys.c, you'll see
comments such as ``With any luck, this might even compile for a
change...''.  Being portable is fun, especially just before releases.)

(The interface needed is poll/select with a zero timeout, assuming
that zero timeouts have portable behaviour across all the systems that
we support.  Failing that, it's poll/select with a 10ms timeout,
assuming that 10ms..., well, never mind.)

(I was going to continue with an essay on the subject of the POSIX tty
interface, but then decided that the list's honourable readership
might be getting bored by now.)

(Multiple bracketed paragraphs usually indicate a severe lack of focus.)

MF> Maybe it would be useful if luit had X-Resources to set default values
MF> for it's options? Or maybe an additional option/resource for xterm
MF> where one can specify options for the localeFilter?

I agree, and by default XTerm should invoke luit with -x.  Not for
4.3, though.

                                        Juliusz
_______________________________________________
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel

Reply via email to