Xref: utzoo comp.windows.x:10687 comp.unix.ultrix:1047
Path: utzoo!attcan!utgpu!jarvis.csri.toronto.edu!mailrus!uflorida!haven!grebyn!karl
From: karl@grebyn.COM (Karl Nyberg)
Newsgroups: comp.windows.x,comp.unix.ultrix
Subject: QVSS (VR260) windows wedged in Black on Black in xterm
Message-ID: <12128@grebyn.COM>
Date: 8 Jun 89 10:36:36 GMT
Organization: Grebyn Corp. HQ
Lines: 27

The hardware: microvax II.  

The software: Ultrix 3.0, X11R3 (with fixes), started from xdm in
/etc/rc.local.

The problem: yesterday a kermit session (with a lot of garbage characters
coming in) in one of the windows wedged the window and wouldn't let go for
nothing.  Rebooted the system from another terminal only to find that any
xterm-related window was black background (with presumably black
characters).  The EMACS window (fortunately) is still black on white, so I
can still do things.  The remaining windows can be used if you can do so
typing blindly.  (E.g., running an sc process will show up in the process
table.)  Running a recursive xterm remains black on black.  The cursor goes
white when entering the window, and "destroy window" gives me a white skull
and crossbones when put on one.

Trying to run an xterm from the shell within emacs gives me the following
error messages:

	X Toolkit Warning: Cannot allocate colormap entry for "White"
	X Toolkit Warning: Cannot allocate colormap entry for "Black"
	X Toolkit Warning: Cannot allocate colormap entry for "white"
	X Toolkit Warning: Cannot allocate colormap entry for "black"

Other than that, I can move windows, resize them etc.  I've rebooted
(several times), powered the system and console completely off, run fsck on
all the file systems to no avail.  Is it a hardware problem?