Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!swrinde!elroy.jpl.nasa.gov!hacgate!ladcgw.ladc.bull.com!melb.bull.oz.au!sjg From: sjg@melb.bull.oz.au (Simon J Gerraty) Newsgroups: comp.emacs Subject: Re: sh -c gnuemacs doesn't work Message-ID: <1991Jun20.005502.21392@melb.bull.oz.au> Date: 20 Jun 91 00:55:02 GMT References: <9106172352.AA02361@midas.teradyne.uucp> Organization: Bull HN Information Systems Australia. Lines: 37 Sorry for posting, but even uunet doesn't seem to know how to deliver to teradyne. (Just what is one supposed to do with host.UUCP from the Internet?). In anycase the answer _may_ be of use to others... In <9106172352.AA02361@midas.teradyne.uucp> rogoff@teradyne.UUCP (David Rogoff) writes: >I've run into this problem in two programs. Both let you specify >a default editor (setenv EDITOR gnuemacs). Both programs invoke the >editor with the command: > sh -c gnuemacs /tmp/xxxxx >This just hangs until the process is killed. What does gnuemacs >have against Bourne shells? I reported this as a bug against /bin/sh on our sun386i's ages ago... During its initalization, emacs does some fiddling with job control stuff. It is this that stuff's /bin/sh a ps -axl will probably show the process is stopped 'T'. >We are running 18.53.2 on SparcStation 1 with SunOS 4.1. Fortunately the initialization code in emacs-18.55 is slightly different and does work with /bin/sh. Interestingly we _never_ had this problem on Sun-3's. So, you can: 1/ use csh for now, 2/ upgrade emacs to 18.55 or later. 3/ remind Sun that that problem persists. Sorry, I never had time to explore _exactly_ what was going wrong... -- Simon J. Gerraty #include