http://bugs.freedesktop.org/show_bug.cgi?id=11003
Ian Romanick <[EMAIL PROTECTED]> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |[EMAIL PROTECTED]
--- Comment #3 from Ian Romanick <[EMAIL PROTECTED]> 2008-12-04 11:19:22 PST
---
(In reply to comment #2)
> Created an attachment (id=20746)
--> (http://bugs.freedesktop.org/attachment.cgi?id=20746) [details]
> Patch to fix
>
> Here's a patch that fixes this for me. The __glXTexImage3DReqSize wasn't
> checking whether the null flag was set so it assumed the request size should
> be
> the same as if the data was there.
That patch looks good. That causes the if-statement to be generated for all
the __glXTexImage#DReqSize functions, right?
> Why isn't the img_null_flag set for glTexImage2D? At the moment it just
> redundantly uploads empty data if pixels is NULL. I guess it would be a
I believe that this is the way the original code was implemented. When I did
the Python scripts I tried to reproduce the original code as closely as
possible. Once this is fixed on the server, we should add an optional fix for
the client. In the past we have been able to control the protocol generated by
the client with environment flags. This isn't the first time when both client
and server handled GLX protocol in the same incorrect way. :(
> protocol break to change it now, but if there was a way to get it to work it
> would fix this bug in Clutter:
>
> http://bugzilla.openedhand.com/show_bug.cgi?id=1240
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Mesa3d-dev mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
