I'm sitting on a 7043 Model 43P-150 with a GXT255P graphics adapter installed.
As this card has 24-bit true color depth and allows to display 16.7 million
colors *simultaneously*, I can't imagine this should be a problem. As a matter
of fact, it doesn't make a difference if I change from "more colors for
applications" (which is my default) to "more colors for desktop".
What confuses me, is that the 21.2-b11 binary starts with a correctly displayed
icon - with the window manager having the same settings, with the same graphics
adapter and also with my X settings unchanged. Thus something must have changed
since b11 ...
Another confusing effect: XEmacs 21.1.7, compiled with the *same* environment on
the *same* machine, works fine, i.e. has the correct colored icon. This is why
is suspect 21.2 to do something wrong.
To the Motif problems: I've also worked with former beta releases of 21.2, but
never had any problems. Maybe I just had a lot of luck ...! ;-) Or is it because
I compiled using the Motif 1.2 compatibility files as includes to the compiler
(see Installation file), which was the only way it worked for me.
Finally, thanks for the hint concerning X11.base.lib. Of course I have it
installed (4.3.2.6) - in fact I was as happy as you when IBM finally fixed this.
I can remember that several XEmacs applications (shell, compile, etc.) caused a
crash before this was fixed. I was just thinking about building against stock
X11, when the fix was made available. Nevertheless, thank you for mentioning it!
---
Markus Alt
IBM Laboratory Boeblingen, Germany
Valdis.Kletnieks(a)vt.edu on 09/29/99 03:27:40 PM
Please respond to Valdis.Kletnieks(a)vt.edu
To: Markus Alt/Germany/IBM@IBMDE
cc: xemacs-beta(a)xemacs.org
Subject: Re: XEmacs' desktop icon greyed out in 21.2
On Wed, 29 Sep 1999 10:52:46 +0200, ALTMARK(a)de.ibm.com said:
Nevertheless, finally: Since a few beta versions of 21.2, the desktop
icon of
XEmacs is displayed greyed-out on my window manager (i.e. not that usual
colored
red, yellow and white style). Same for dtwm and mwm window manager. I
don't
remember exactly in which version this occured for the first time, but it
definetely happens when I start the latest 21.2-b19 (compiled from the
tarballs)
and on the other hand everything's ok when I start that old
21.2-b11 binary I
still have (also compiled myself). As I haven't built each and every version
in
between, I can't determine when I saw this first.
What model RS/6000 are you on, and what graphic card is installed? This
sounds suspiciously like colormap exhaustion on an 8-bit card, where it ends
up trying to find the "closest" already allocated color if all 256 colormap
cells are installed. Under dtwm, go into the 'preferences' panel, and
look under 'colors' - does setting "more for applications" or "more
for
desktop" make a difference?
Surprisingly, when opening the file
<installdir>/lib/xemacs-21.2-b19/etc/xemacs-icon.xpm within XEmacs and call
"M-x
xpm-mode" afterwards, the XPM image is displayed as expected at
the top of the
buffer.
If you're running with "more colors for applications", XEmacs may be able
to
get 192 or so color cells, and be able to display it "right", but with onlu
16/32 or whatever it is reserved for the window manager, it's mapping down
to some other color (since icon colors count against the window manater,
not against the application).
Perhaps somebody can shed a little light on this? OS is AIX 4.3.2,
Installation
file attached below. (BTW, when talking about the Installation file:
It always
complains that "Motif dialog boxes cause problems on AIX 4.3 and higher".
I've
never seen any of them ... What problems are these?)
Umm.. The usual problem is the XEmacs process bombing out with a signal 6
at startup time while trying to initialize the first frame. You'd know it
if you saw it. ;)
There appear to be *some* combinations of *exact* levels of XEmacs and
Motif that don't bomb out, probably more due to luck than anything else.
(For example, for the 21.2 betas, Motif was broken up to -b12 or so, started
working till -b17, and is broken again. I can't be sure if it was -b12 through
-b17, or if it was X11.libs.motif.4.3.2.foo for some values of foo, or an
interaction). If it's working now, it will probably fall over the next time
you apply a patch. ;)
Oh, since you're on AIX 4.3.2, make sure to install X11.base.lib 4.3.2.5 or
later
to pick up a *very* important fix for libXt.a. It's free, and easy to do. ;)
--
Valdis Kletnieks
Computer Systems Senior Engineer
Virginia Tech