Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!sun-barr!newstop!exodus!wind.Eng.Sun.COM
From: naughton@wind.Eng.Sun.COM (Patrick Naughton)
Newsgroups: comp.windows.open-look
Subject: Re: Xlib ClipRectangles bug
Message-ID: <3113@exodus.Eng.Sun.COM>
Date: 19 Nov 90 22:46:43 GMT
References: <3773@cui.unige.ch>
Sender: news@exodus.Eng.Sun.COM
Reply-To: naughton@wind.Eng.Sun.COM (Patrick Naughton)
Organization: Sun Microsystems, Inc. - Mountain View, CA
Lines: 31


This is indeed a bug (bugid 1046988) and it is fixed in the next version...

In article <3773@cui.unige.ch>, afzal@cui.unige.ch (Afzal Ballim) writes:
|> Subject: OpenWindows 2.0 Xlib ClipRectangle bug
|> 
|> 
|> Hi, I have noticed what may be a problem with the OpenWindows 2.0 server in
|> using clip rectangles in (at least) Unsorted mode.  I have tried to isolate
|> the problem but haven't had time to track it down, and it may be a problem
|> with my reasoning rather than the server.  Anyway, I include a program below
|> that seems to demonstrate it.  The program should move a rectangular block
|> around an octogone over a background pixmap.  With the MIT R4 sample server
|> on my monochrome Sun-4 workstation this works fine.  However, on the same
|> machine running Open Windows 2.0 it fails to redraw certain portions of the
|> background pixmap.
|> 
|> It appears that when copying with clip rectangles in unsorted mode, if 
|> two rectangles overlap then something goes wrong with the dimensions.
|> 
|> I would appreciate anyone either confirming this problem, or telling me what
|> I'm doing wrong. I'd additionally like to know if this fails on other servers.
|> 
	<code deleted>

-Patrick
-- 
    ______________________________________________________________________
    Patrick J. Naughton				    ARPA: naughton@sun.com
    Windows and Graphics Group			    UUCP: ...!sun!naughton
    Sun Microsystems, Inc.			    AT&T: (415) 336 - 1080