Xref: utzoo comp.emacs:7348 gnu.emacs.bug:1372 Path: utzoo!attcan!utgpu!jarvis.csri.toronto.edu!cs.utexas.edu!mailrus!rutgers!att!cbnewsh!hoswjc!wjc From: wjc@ho5cad.ATT.COM (Bill Carpenter) Newsgroups: comp.emacs,gnu.emacs.bug Subject: Re: emacs hangs when invoke from a subshell Message-ID: Date: 1 Dec 89 09:47:02 GMT References: <8911290316.AA17359@soulcatcher.uk.oracle.com> <1989Dec1.011823.27293@mks.com> Sender: bill@cbnewsh.ATT.COM Reply-To: william_j_carpenter@ATT.COM (Bill Carpenter) Organization: AT&T Bell Laboratories Lines: 23 In-reply-to: eric@mks.com's message of 1 Dec 89 01:18:23 GMT On 1 Dec 89 01:18:23 GMT, eric@mks.com (Eric Gisin) said: eric> When the process group id is not equal to the process id eric> on BSD, the SIGIO signals do not get sent to emacs and it hangs. eric> This happens if your shell does not have job control, eric> or a sub-shell invokes emacs. That probably explains why I don't have this problem. The original poster was running GNUemacs 18.55 on a Sun4 with SunOS 4.0.3. Same here, but we don't have the hanging subshell problem (we did in the earlier release ... 18.52 or 18.53). The difference is probably that our GNUemacs was built under the SysV emulation environment, which I expect the majority of SUN users don't use. One of the things that is quite different under two compilation environments is some aspects of signal handling. [Note: I'm not particularly advocating the SysV emulation stuff. It just happens to be what we use for our regular stuff around here. It didn't seem to break GNUemacs, so I never bothered to build it the BSD way.] -- Bill Carpenter att!ho5cad!wjc or attmail!bill Brought to you by Super Global Mega Corp .com