Path: utzoo!utgpu!jarvis.csri.toronto.edu!rutgers!apple!bbn!jr@bbn.com From: jr@bbn.com (John Robinson) Newsgroups: gnu.emacs Subject: Re: loadst dies Summary: might be mh-inc-folder-hook Message-ID: <40130@bbn.COM> Date: 18 May 89 15:13:50 GMT References: Sender: news@bbn.COM Reply-To: jr@bbn.com (John Robinson) Distribution: gnu Organization: BBN Systems and Technologies Corporation, Cambridge MA Lines: 24 In-reply-to: wjc@ho5cad.ATT.COM (Bill Carpenter) In article , wjc@ho5cad (Bill Carpenter) writes: >In article lynn@rave.phx.mcd.mot.com (Lynn D. Newton) writes: >> I just upgraded to GNU Emacs 18.54 last week and am experiencing >> an annoying problem, which I wonder if anyone else has any >> [loadst goes away, seems random] > >I would guess you have a SysV-ish UNIX (#define USG). See if your >loadst is going away when you hit control-G. In GNUemacs, that's a >SIGINT, and it's killing your subprocesses. This part of the 18.54 >upgrade seems to be the culprit. That's the most likely explanation. I also used to see this on a Sun (bsd). The problem was an older version of mh-inc-folder-hook which got a new mode-line string by signalling loadst. I guess if the signal from emacs crossed the timer interrupt in loadst, it could get caught with its handler down. The version of mh-inc-folder-hook which justs does surgery on the mode-line string avoids this problem. Another solution I thought of but never tried was to keep the pipe to loadst open, and just push a newline through anytime emacs wanted a mode-line update. loadst would simply wait on a gets in its loop. But surgery on the string within emacs is easier and faster. -- /jr, nee John Robinson What a waste it is to lose one's mind--or not jr@bbn.com or bbn!jr to have a mind. How true that is. -Dan Quayle