Path: utzoo!attcan!uunet!ginosko!gem.mps.ohio-state.edu!apple!bbn!aoa!mbr
From: mbr@aoa.UUCP (Mark Rosenthal)
Newsgroups: comp.unix.ultrix
Subject: Re: xcons murders the X server
Message-ID: <945@aoa.UUCP>
Date: 27 Sep 89 16:02:35 GMT
References: <4327@buengc.BU.EDU>
Reply-To: mbr@aoa (Mark Rosenthal)
Organization: Adaptive Optics assoc., Cambridge, Ma
Lines: 37

In article <4327@buengc.BU.EDU> bph@buengc.bu.edu (Blair P. Houghton) writes:

	[ Description of X-server going south when using xcons ]

>Removing the xcons line from /etc/ttys eliminates the problem (it hasn't
>crashed in days).
>
>But that's no solution.  It won't do to have random warnings scribbled
>all over the console's screen, especially when running display-intensive
>CAD tools.
>
>I'd appreciate any help or insight.

This is neither help nor insight, but merely confirmation that you are not
imagining this.

I ran into the same problem with a similar configuration: VaxStation II/GPX,
Ultrix 3.0.  I think the model no. of the monitor was VR 260, but I'm not sure.
In any case, it was DEC's black & white monitor.  The screen would display a
faint band of unsynched video, about 4" high, across the center of the tube.

I seemed to be able to force the problem by filling up one of the disk
partitions.  That never did make any sense to me.  I speculate that perhaps
it has something to do with the format of the error generated when a disk
partition fills up, but who knows.

In any case, I never found a solution to the problem.  DEC's support line was
no help at all.  They took three days to come up with the answer that they
considered "xcons" and "xterm" to be unsupported products, and that I should
run DECwindows instead.

Sadly, my solution is what you call "no solution".  Comment out the xcons line
in /etc/ttys, and make sure your window manager has a refresh screen selection.
Yecch!
-- 
	Mark of the Valley of Roses
	...!bbn.com!aoa!mbr