> Sorry.
> 
> The problem was not in the logic of operation but in in use of variable 
> 'i' in this loop. After this loop it's value was never greater than 
> RADEON_NR_SAREA_CLIPRECTS and this variable is used in other loop (the 
> one containing 'smaller' one). It's value after the loop should be total 
> number of cliprects processed and send to hardware (correct me if I'am 
> wrong) not only in this pass. That's why we had this lockup. So I've 
> just used n wchich is not used after this loop. In my opinion each loop 
> should have it's own variable for iteration so we can avoid such 
> problems in future when for example someone changes some part of this 
> quite long loop not examining is as whole. In this case everything 
> worked well at firs sight.
> 
> Jacek
> 
> Sorry if my english isn't perfect but I'am not native english speaker 
> (writer ;-)).

OK, thanks for the explanation.  It certainly needs to be cleared up...  I'll 
commit your patch.

Keith


_______________________________________________________________

Don't miss the 2002 Sprint PCS Application Developer's Conference
August 25-28 in Las Vegas - 
http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink

_______________________________________________
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel

Reply via email to