Path: utzoo!utgpu!jarvis.csri.toronto.edu!rutgers!apple!bridge2!mdb From: mdb@ESD.3Com.COM (Mark D. Baushke) Newsgroups: gnu.emacs.bug Subject: Re: Suspending Emacs in a shelltool Message-ID: Date: 7 Sep 89 02:09:27 GMT References: <8909030902.AA03052@purina> <39@octel.UUCP> Sender: news@bridge2.ESD.3Com.COM Distribution: gnu Organization: 3Com Corp., Mountain View, CA. Lines: 34 In-reply-to: mike@octel.UUCP's message of 5 Sep 89 20:43:24 GMT In article <39@octel.UUCP> mike@octel.UUCP (Michael D. Crawford) writes: mike> In article <8909030902.AA03052@purina> squash@BOSCO.BERKELEY.EDU writes: >(Running version 18.51.1 of GNU Emacs.) > > [...problem hitting C-z causing emacs to be suspended...] mike> I have had the same problem. Note that emacstool runs emacs as mike> a subprocess. Use ps to find the process ID (pid) of the emacs mike> (not emacstool) process, and use the command mike> kill -CONT pid mike> to make it continue. I agree that emacs ought to have a flag to mike> disable the suspend-emacs key binding when under a window mike> system. The 'flag' you desire already exists. If you press a mouse button in early versions of Emacstool, it causes (among other things) the emacstool-init function to be called which will disable any key bound to suspend-emacs (look in $EMACS/lisp/term/sun.el for more info). If you get a more recent version of GNU Emacs (18.5[45]), you will find that the new Emacstool will cause the emacstool-init function to be called without needing you to press a mouse button (the new Emacstool sets a global variable IN_EMACSTOOL=t and the new sun.el looks for this and does an emacstool-init). Enjoy! -- Mark D. Baushke Internet: mdb@ESD.3Com.COM UUCP: {3comvax,auspex,sun}!bridge2!mdb