Re: [Jered Sandner] [Bug: 21.4.13] Infinite loop when trying to run font-lock-mode
Glynn Clements wrote:
> At this point, the fontification progress bar will come up at
the bottom
> of the XEmacs window with the thumb at the left and flash forever as it
> tries to fontify "scratch". Pressing Ctrl-C several times will fontify
> the buffer and return control to the user. The bigger the buffer being
> fontified, the more times you have to press Ctrl-C to get it to finish.
> (One can also click the "Stop" button repeatedly and accomplish the same
> thing.)
I see it with openmotif-2.1.30-4 on RedHat 6.2.
Some more information:
1. If I rebuild using --with-widgets=athena (Motif is autodetected, so
--with-dialogs=motif is implied), I see identical behaviour with an
Athena progress gauge.
2. If I rebuild using both --with-widgets=athena and
--with-dialogs=athena (hence no libXm dependency), the problem goes
away.
3. If I revert to case 1, but make the EmacsFrame widget a subclass of
Core instead of XmPrimitive, the problem goes away.
Note: the progress gauge widgets are children of the EmacsManager
widget (which I haven't changed), but overlap the EmacsFrame widget
(as do all of the other children of the EmacsManager except the
menubar).
However: it also supports the comment in EmacsFrame.c:
/* If we're running under Motif, make this widget a subclass
of XmPrimitive. It's not clear this is necessary, but it
may make focus behavior work better. */
Making the EmacsFrame a subclass of Core results in an XEmacs which
only receive keystrokes when the pointer is over the EmacsFrame itself
(i.e. not over a scrollbar, the menubar etc).
--
Glynn Clements <glynn.clements(a)virgin.net>