Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!tut.cis.ohio-state.edu!ucbvax!agate!sag4.ssl.berkeley.edu!gckaplan From: gckaplan@sag4.ssl.berkeley.edu (George Kaplan) Newsgroups: comp.windows.x Subject: Re: X/Suntools on a sun 3/60 Message-ID: <22948@agate.BERKELEY.EDU> Date: 12 Apr 89 05:04:11 GMT References: <11837@lanl.gov> <11869@lanl.gov> Sender: usenet@agate.BERKELEY.EDU Organization: University of California, Berkeley Lines: 31 In article <11869@lanl.gov> dlc%vetch.c3@lanl.gov (Dale Carstensen) writes: ] [postings from Dale Carstensen and Dan Heller about problems with Sun] ] [cgfour displays and Xsun] ] ... ] We are using a .xserverrc to get the -dev /dev/cgfour0 option set for Xsun. ] The only reason we are doing that is because Xsun fails to display anything ] on /dev/bwtwo0. Xsun does not even display the gray stippled root window or ] the X cursor on /dev/bwtwo0. However, if we do not restrict Xsun to ] /dev/cgfour0 via the option, moving the mouse near the left and right edges ] of the screen causes the prior /dev/bwtwo0 display to flash on in place of ] the /dev/cgfour0 display, then the reverse when the mouse moves back to the ] screen from the edge. That behavior goes beyond being useless, into the ] realm of the disconcerting. We have exactly this problem on one of our Sun 3/60's. On the other 3/60 we get *only* the color screen, no monochrome (the mouse pointer stops at the left and right edges of the screen). On this second 3/60, in fact, the *color* screen, rather than the monochrome screen, is :0.0. On our two color 3/110's the server works the way it's supposed to: monochrome on :0.0, color on :0.1, the mouse "wraps" between the two screens. We're guessing that there's some Sun hardware version or configuration quirk that we've never heard of. Has anyone figured out what this is? George C. Kaplan Internet: gckaplan@sag4.ssl.berkeley.edu Space Sciences Lab UUCP: ...!ucbvax!sag4.ssl!gckaplan University of California (415) 643-8610 Berkeley, CA 94720