Xref: utzoo comp.sys.apollo:1637 comp.windows.x:6314
Path: utzoo!attcan!uunet!husc6!mailrus!tut.cis.ohio-state.edu!bloom-beacon!spdcc!ima!haddock!eli
From: eli@haddock.ima.isc.com (Elias Israel)
Newsgroups: comp.sys.apollo,comp.windows.x
Subject: Re: Weird Cursors in X (Apollo)
Keywords: apollo, cursor, bitmaps
Message-ID: <10886@haddock.ima.isc.com>
Date: 23 Nov 88 17:42:53 GMT
References: <15252@iuvax.cs.indiana.edu>
Reply-To: eli@haddock.ima.isc.com (Elias Israel)
Organization: Interactive Systems, Boston
Lines: 26

In article <15252@iuvax.cs.indiana.edu> jec@iuvax.cs.indiana.edu (James E. Conley) writes:
>
>	I am running X.V11R3 with fix1, fix2, and casey@ucla's three patches
>installed.  The problem that I am having is that the cursor can't seem to
>figure out what it should be.  At the root window it is the usual "X" cursor
>only the white border is missing.  If I bring the cursor into an xterm window
>the cursor looks like the "X" cursor with a few pixels shaved off of the 
>sides.  If I move the cursor into other windows, I get a small-arrow cursor.
>
>	I'm running on a mono-chrome DN3000 under SR10 (bsd4.3 [ha!]).

I had this problem, too. I traced it to some questionable code in 
$(TOP)/server/dix/dixfonts.c which the optimizer apparently breaks. Recompile
this file without the optimizer and relink the server and it should run fine
for you (it does for me).

No, I don't know exactly what the optimizer breaks, but it probably has
something to do with casting (short *) to (char *) or vice versa. See
the definition of XChar2b and the routine GetGlyphs in dixfonts.c for
more info.

Elias Israel		   | "Justice, n. A commodity which in more or
Interactive Systems Corp.  | less adulterated condition the State sells
Boston, MA		   | to the citizen as a reward for his allegiance,
..!ima!haddock!eli	   | taxes, and personal service."
			   |     -- Ambrose Bierce, _The Devil's Dictionary_