Path: utzoo!utgpu!attcan!uunet!seismo!sundc!pitstop!sun!decwrl!labrea!rutgers!bellcore!faline!sword!arrow!yba
From: yba@arrow.bellcore.com (Mark Levine)
Newsgroups: comp.windows.x
Subject: Re: x11 startup on microvax 2
Message-ID: <858@sword.bellcore.com>
Date: 15 Sep 88 17:33:28 GMT
References: <8809132324.AA01705@di.sei.cmu.edu>
Sender: news@sword.bellcore.com
Reply-To: yba@arrow.UUCP (Mark Levine)
Organization: Bellcore, Red Bank, NJ
Lines: 29

In article <8809132324.AA01705@di.sei.cmu.edu> Erik.Hardy@SEI.CMU.EDU writes:
>
>anyone out there experienced this problem?
>
>i am running x11r2 on a microvax 2 with a color gpx (8 bit planes). when i
>log out, just as x is about to start up again, the screen goes black and
>remains unresponsive to any input. it doesn't appear to fully halt; it just

It definitely happens under Ultrix 2.2 from time to time; I have not
yet seen it under 2.3, and only started seeing it after using xroot
to tile the root window with a large image (fullmoon).  Given the
display of random garbage that appears to flash across the screen just
before the lock-out, I would check the software, probably the qdss
device driver, first.  Getting DEC to part with source code for this
can be a wonderful experience -- probably best off just filling out an
SPR.  I would guess it is a resource management problem that results in
absolute garbage being sent to the display.  Ultrix 3.0 is supposed to
include X11/DecWindows as a supported product (90 days from now or so,
but I sure do not speak for DEC), and they might be more willing to
look at it then.

I run Ultrix 2.3 on a Vaxstation II/GPX 8 plane with 11 MB main
memory.  Seems easier to get the problem with 4 MB, and with your
observation about the 4-plane unit, it sounds like it really is a
memory resource management problem.  If you (anyone) can find a way to
positively reproduce the behavior on demand, please let me know.
Currently using X11R2.

I have never seen this on anything except the qdss (GPX).