comparison README.multi-tty @ 82986:02a346f99eaf

Undo patch-23. I need a coffee. src/sysdep.c (sys_select): Restore previous #ifdef. git-archimport-id: [e-mail]--2004/emacs--multi-tty--0--patch-26

82985:8d7be2534cbc

-- Change emacsclient/server.el to support the -h argument better,
   i.e. automatically close the socket when the frame is closed.

   (Seems to be working OK.)

-- Enable select on ttys (sys_select disables the native select on
   non-X systems).  There are some systems (OSS, SCO, maybe cygwin?)
   that don't support this, so make sure the emulation remains
   available for them.  

   (This was a bogus issue, select is only #defined to be sys_select
   by sysselect.h if BROKEN_SELECT_NON_X.  Fixed sysdep.c to compile
   sys_select only then.)


THINGS TO DO
------------

** Understand Emacs's low-level input system.  It seems
   complicated. :-)

	while true; do TERM=no-such-terminal-definition emacsclient -h; done

   Emacs usually dumps core after a few dozen iterations.  (The bug
   seems to be related to the xfree()ing or bzero()ing of
   tty_output.Wcm or some other tty_output part.  Maybe there are
   outside references to struct Wcm?  Why were these vars collected
   into a struct before multi-tty support?)

   The bug does not seem to happen if the error occurs before terminal
   initialization or if I comment out all xfree()s in delete_frame.
   Update: yes it does, although it is much rarer.  Or maybe it's
   another bug.

   Update: Some of these errors may have been caused by having more
   file handles than FD_SETSIZE.

** Find out why does Emacs abort when it wants to close its
   controlling tty.  Hint: chan_process[] array.  Hey, maybe
   noninterrupt-IO would work, too?

82986:02a346f99eaf

-- Change emacsclient/server.el to support the -h argument better,
   i.e. automatically close the socket when the frame is closed.

   (Seems to be working OK.)

THINGS TO DO
------------

** Understand Emacs's low-level input system.  It seems
   complicated. :-)

	while true; do TERM=no-such-terminal-definition emacsclient -h; done

   Emacs usually dumps core after a few dozen iterations.  (The bug
   seems to be related to the xfree()ing or bzero()ing of
   tty_output.Wcm.  Maybe there are outside references to struct Wcm?
   Why were these vars collected into a struct before multi-tty
   support?)

   The bug does not seem to happen if the error occurs before terminal
   initialization or if I comment out all xfree()s in delete_frame.
   Update: yes it does, although it is much rarer.  Or maybe it's
   another bug.

   Idea: Some of these errors may have been caused by having more
   file handles than FD_SETSIZE.

** Find out why does Emacs abort when it wants to close its
   controlling tty.  Hint: chan_process[] array.  Hey, maybe
   noninterrupt-IO would work, too?