home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / gnu / emacs / bug / 1684 < prev    next >
Encoding:
Internet Message Format  |  1993-01-21  |  1.2 KB
  1. Path: sparky!uunet!paladin.american.edu!howland.reston.ans.net!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!cis.ohio-state.edu!wendy-fate.uu.net!kyle
  2. From: kyle@wendy-fate.uu.net (Kyle Jones)
  3. Newsgroups: gnu.emacs.bug
  4. Subject: Re: Signalling Emacs
  5. Date: 21 Jan 1993 18:24:13 -0500
  6. Organization: UUNET Communications
  7. Lines: 17
  8. Sender: daemon@cis.ohio-state.edu
  9. Approved: bug-gnu-emacs@prep.ai.mit.edu
  10. Distribution: gnu
  11. Message-ID: <1jn94uINNk4f@wendy-fate.UU.NET>
  12. References: <9301210152.AA18931@lakatos.osf.org>
  13.  
  14. macrakis@osf.ORG (Stavros Macrakis) writes:
  15.  > Epoch 4.0.1 of Tue Jul 21 1992 on phoenix (aix-v3) (Emacs 18.58)
  16.  > 
  17.  > When Emacs appears to be wedged, not responding to control-G for
  18.  > whatever reason, is there some signal you can send it using the "kill"
  19.  > command to force it to wake up?
  20.  > 
  21.  > I guess if it's hanging in an NFS open or something, that won't help,
  22.  > though....  Unix needs PCLSR!
  23.  
  24. SIGINT helped sometimes when Emacs would go into a spin while
  25. using interrupt driven I/O.  This was years ago though, so I
  26. don't know if what you're experieencing is at all related.
  27.  
  28. SIGINT and SIGWINCH are the only signals that won't make Emacs
  29. die and yet might wake Emacs up that I can think of.
  30.  
  31.