Jérôme> Hi, Jérôme> I'm a usual GNU Emacs user but I wanted to give XEmacs a try. Jérôme> Once I launched XEmacs (compiled with no mule and no gtk/gnome), Jérôme> I tried to maximize it via Alt+F10: this made XEmacs enter an Jérôme> infinite loop. Hi Jérôme, which xemacs version are you using? Consider using Help->Send Bug Report... or M-x report-emacs-bug as suggested in http://www.xemacs.org/Debug/index.html If XEmacs does not build or start up, please send any version and configuration information you have to xemacs-beta(a)xemacs.org with any mailer as plain text (MIME attachments are OK, please don't send HTML mail). Try (setq debug-on-quit t) then send XEmacs into the infiite loop. Use C-g (keyboard-quit) and send us the *Backtrace* you'll hopefully get. Good Luck, Adrian Jérôme> I'm running GNOME 2.4 from Debian unstable with the Metacity Jérôme> window manager. Jérôme> It looks like it is not reproducible when XEmacs is compiled Jérôme> with gtk/gnome. Jérôme> My .Xresources contains the following GNU Emacs settings: Jérôme> -=-=-=-=- Jérôme> ! Emacs Jérôme> Emacs.background: gray80 Jérôme> Emacs.foreground: black Jérôme> Emacs.font: 9x15 Jérôme> Emacs.geometry: 139X63+0+0 Jérôme> Emacs.toolBar: 0 Jérôme> Emacs.menuBar: off Jérôme> Emacs.pane.menubar.background: grey80 Jérôme> Emacs.pane.menubar.font: 9x15 Jérôme> -=-=-=-=- Jérôme> Cheers, Jérôme> -- Jérôme> Jérôme Marant -- Adrian Aichner mailto:adrian＠xemacs.org http://www.xemacs.org/

J> This is xemacs21-nomule 21.4.13 from Debian unstable (no mule J> and no GTK). J> The problem is that once in the infinite loop, I can't do J> anything to to stop XEmacs. C-g doesn't even work. I can't even J> kill XEmacs by sending a "close window" event to it. Only, J> killing the process works. I think this is the known bug where Metacity insists on maximizing to the pixel, but XEmacs wants character cell sizes. For some reason, the negotiation gets into a loop. Sometimes (if the hardware is not too fast) the loop is visible as flickering in the upper-right corner. I tend to suspect that Metacity is not putting its foot down and saying "this is your geometry---live with it", which is what the parent window is supposed to do. I'm pretty sure that XEmacs does its geometry negotiation properly according to Xt standards; I know that GNOME basically does not care if non-GNOME applications work (that is, it's definitely a secondary priority and in practice it rarely gets much attention). I think if you use the GNOME build it will work fine. I will be looking at the XEmacs routines, but if it's something that needs to work around a window manager that doesn't conform to Xt, it may take a while to fix because the first priority is to conform to the standard we implement. J> However, I ran it into gdb and stopped it many times. I think J> it has something to do with emacs_Xt_event_handler. So does everything: every external interaction goes through that handler. That routine is just a dispatcher. -- Institute of Policy and Planning Sciences http://turnbull.sk.tsukuba.ac.jp University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN Ask not how you can "do" free software business; ask what your business can "do for" free software.