From xemacs-m  Wed Sep 17 22:45:43 1997
Received: from turnbull.sk.tsukuba.ac.jp (turnbull.sk.tsukuba.ac.jp [130.158.99.4])
	by xemacs.org (8.8.5/8.8.5) with SMTP id WAA17932
	for <xemacs-beta@xemacs.org>; Wed, 17 Sep 1997 22:36:19 -0500 (CDT)
Received: from turnbull.sk.tsukuba.ac.jp(really [127.0.0.1]) by turnbull.sk.tsukuba.ac.jp
	via smtpd with esmtp
	id <m0xBXOY-00000wC@turnbull.sk.tsukuba.ac.jp>
	for <xemacs-beta@xemacs.org>; Thu, 18 Sep 1997 12:36:46 +0900 (JST)
	(Smail-3.2 1996-Jul-4 #3 built 1997-Jun-24)
Message-Id: <m0xBXOY-00000wC@turnbull.sk.tsukuba.ac.jp>
To: xemacs-beta@xemacs.org
Subject: "Bern" colormap interactions
Date: Thu, 18 Sep 1997 12:36:46 +0900
From: "Stephen J. Turnbull" <turnbull@turnbull.sk.tsukuba.ac.jp>

Apparent bad colormap interactions---not XEmacs's fault I believe, but
advice welcome.

XFree86 3.3.1, fvwm 2.0.45beta

Having run XCthugha ("oscilloscope on acid",
http://www.afn.org/~cthugha), which I know for a fact messes
uncontrolledly with the colormap, starting XEmacs also results in
colormap changes.  In particular, the first time all my xterms and
FVWM menus suddenly went from black on white to VeryLightGrey on
white.  This is partially reproducible; XCthugha is pretty chaotic
about what colors it uses.

I suspect that this is unavoidable; if XCthugha has reallocated almost 
all of the colormap, then XEmacs will get a random pixel value from
FVWM when it starts allocating colors for faces.  Why FVWM permits
reallocating Black I don't know....

Anyway, I would appreciate confirmation of my suspicion that this is
an FVWM bug.

Workaround: run XCthugha with a private colormap.  Yuck.

