Path: utzoo!utgpu!jarvis.csri.toronto.edu!rutgers!uwm.edu!gem.mps.ohio-state.edu!tut.cis.ohio-state.edu!CCC.NMFECC.GOV!BOWMAN%PPC.MFENET From: BOWMAN%PPC.MFENET@CCC.NMFECC.GOV Newsgroups: gnu.emacs.bug Subject: Emacs Bug Message-ID: <891016154047.4b000127@CCC.NMFECC.GOV> Date: 16 Oct 89 22:40:47 GMT Sender: daemon@tut.cis.ohio-state.edu Distribution: gnu Organization: GNUs Not Usenet Lines: 35 Emacs Bug Report Emacs Version: 18.52.4 Compiled Tue Jun 27, 1989 on _RAX (VAX_VMS) Machine: USC VAX 8600 Operating system: VMS V5.1-B. Dear Sir: I would like to report a rather serious bug (involving an EMACS crash) I have found and corrected in our VMS implementation of EMACS. To illustrate the bug, do the following: Execute the function subprocess-command (usually bound to ESC-$). Then force the subprocess to send a steady stream of output (e.g. with a $DIRECTORY command or $TYPE a file). While the subprocess is busy sending output, type a CTRL-G a few times. The routine sys_abort() will be called from get_display_line(), and one winds up in the debugger. (No auto-saves are done nor is the user prompted by the usual emergency escape queries). At this point it seems that the windowing and/or screen parameters are messed up. The problem appears to occur in the routine interrupt_signal() in keyboard.c. The CTRL-G results in a throw, which is undesirable when the subprocess is sending output. The problem can be circumvented by putting a call to clear_waiting_for_input() at the beginning of the subprocess input handler (in file vmsfns.c). I hope this is enough information for you to understand and replicate the bug. The fix I mentioned above has not been installed on the system version of emacs but unless you have a better solution we will eventually install it. If you need any more information please contact me. Yours sincerely, John Bowman Plasma Physics Lab P.O. Box 451 Princeton, NJ. 08543 (609)243-2301