home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / os / linux / 22597 < prev    next >
Encoding:
Internet Message Format  |  1993-01-03  |  1.5 KB
  1. Path: sparky!uunet!math.fu-berlin.de!uni-paderborn.de!urmel.informatik.rwth-aachen.de!Germany.EU.net!incom!orfeo!hotb.RoBIN.de!layla.RoBIN.de!jano
  2. From: jano@layla.RoBIN.de (Jan-Olaf Droese)
  3. Newsgroups: comp.os.linux
  4. Distribution: world
  5. Subject: strange behaviour of emacs
  6. X-Newsreader: TIN [version 1.1 PL7]
  7. Message-ID: <93010216716@layla.RoBIN.de>
  8. Organization: JanO's Mathelabor
  9. Date: Sat, 02 Jan 93 18:20:51 +0100
  10. Lines: 27
  11.  
  12. I just figured out some strange behaviour of emacs:
  13.  
  14. Whenever emacs is started from another application (tested with tin, rn,
  15. elm) pressing Control-G doesn't interrupt the running command, but instead
  16. interrupts emacs.
  17. Control is returned to the calling program (at least in some way, wait), so
  18. i.e. when posting an article from within tin after aborting an emacs-
  19. command I get 'quit edit post' in the bottom line. If I press edit now,
  20. I am able to edit my article again, BUT:
  21.  
  22. emacs is still running. When I do a ps from another VC, there is one
  23. emacs sleeping in the background. Even if I quit the calling program, this
  24. copy of emacs doesn't get killed. It sleeps there, until I do a kill -9.
  25.  
  26. Is this behaviour due to my quite old kernel (I can't update at the moment
  27. due to limited time & ftp access), or am I missing something else.
  28.  
  29. SOFTWARE: .98.1 kernel, emacs 19.58 (as of SLS .98.1); tin, rn, elm
  30.           compiled by myself, they are otherwise ok.
  31.  
  32. Happy new year to all Linuxers,
  33.  
  34.     JanO
  35. --
  36. Jan-Olaf Droese   | email: jano@layla.RoBIN.de (home)
  37. Gluckstr. 6       |        droese@lif.de (work)
  38. 6000 Frankfurt 1  | phone: ++49-69-552167
  39.