Yeah, I get the same thing under linux redhat 5.1 too.
Anybody have a clue as to what is the problem? I would love to just
have 1 xemacs process running and be able to create tty and X frames
within that process.
Right now as a workaround, I have 1 xemacs tty process acting as a tty
server and then another xemacs X process running when I want to use
xemacs under X.
I tried comparing the frame.c and faces.c files in 20.4 and 21.0 to
see if there was anything obvious, but the code is just way beyond me.
Thanks,
Dave
David Ofelt writes:
Under linux I have the same problem-
The first frame has the proper colors.
The second frame has the wrong colors
The third and subsequent frames are all fine.
This does not happen under an IRIX-6.4 build of the same version.
emacs-version = "21.0 \"Pyrenean-pre6\" XEmacs Lucid"
This was for a default configure on a fairly virgin RedHat 5.1 linux
box.
DaveO