A while back (Sat, 18 Sep 1999), Andy Piper <andy(a)xemacs.org> wrote:
> The endless tab redisplay problem is still present, as of a
cvs
>update of 4PM PST (0000GMT?) Sept. 17.
Which one. Can you give me a test case to try?
OK, I've finally gotten a simple test case, which I've managed to
reproduce on the latest XEmacs 21.2, obtained via cvs update around
3:50PM PST (2300GMT), September 24.
To reproduce:
* Use these X resources (I don't know if these are really necessary to
reproduce the bug, but I'm listing them anyway):
Emacs*EmacsFrame.default.attributeBackground: black
Emacs*EmacsFrame.default.attributeForeground: white
Emacs*EmacsFrame.geometry: 177x55+6+20
Emacs*cursorColor: green
Emacs.default.attributeFont: -*-Fixed-Medium-O-*-*-*-130-*-*-*-*-*-*
* cd to XEmacs's src subdirectory, and run:
./xemacs -q -vanilla
* Use M-x load-file to load the attached "foo.el" file. All this file
does is set the default face. However, if this file is not loaded,
XEmacs works fine.
* Type:
C-x 3 # split window vertically.
C-x o # switch to the right-hand window
C-x C-f alloc.c # edit alloc.c
C-x o # switch back to left-hand window
Once you switch back to the left-hand window, the tab window starts
flickering, and never stops. Interestingly, you can still type and
execute commands while the flickering is occurring.
I've also attached a copy of my "Installation" file.
--
Darryl Okahata
darrylo(a)sr.hp.com
DISCLAIMER: this message is the author's personal opinion and does not
constitute the support, opinion, or policy of Hewlett-Packard, or of the
little green men that have been following him all day.