Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!tut.cis.ohio-state.edu!rpi!rpi.edu!tale From: tale@pawl.rpi.edu (David C Lawrence) Newsgroups: gnu.emacs.bug Subject: Xmenu Message-ID: Date: 10 May 89 00:23:59 GMT Sender: usenet@rpi.edu Reply-To: tale@pawl.rpi.edu Distribution: gnu Lines: 27 This is kind of pointless to report as far as getting it fixed, but I would like to warn people in case the problem is more widespread than just us. Emacs hangs without response if you try to use the C-SHFT-Left Button menus compiled with oldXmenu. It didn't used to -- but now, in 18.54, Sun0S 4.0.1, X11R3 fixes 1 through 9 and Sun 3/50s, it is hanging here. Thank heaven for auto-save. The interesting thing to note is that it apparently worked fine in 18.53 with all of the set-up mentioned above (I _think_ ... maybe not the fix1-fix9). The only way to deal with it, apparently, is to kill the process. On a semi-related note, has anyone else had a problem with leaving their X Emacs windows alone for extended periods of time? As in this scenario: I'm at work until midnight or so, running two Emacs processes on remote machines. I leave work and come back the next day only to find that the panes of the Emacs windows are completely white (their background) and not responding to any keyboard or mouse input. XKillClient will take care of the window, but ps on the machine a short while later will show that the Emacs process is sucking up cpu, apparently trying to address its window or something. Emacs is the only thing with which I have observed this. Has anyone else noticed similar behaviour? Dave -- tale@rpitsmts.bitnet, tale%mts@itsgw.rpi.edu, tale@pawl.rpi.edu