[Mesa-dev] [PATCH 2/2] mesa: rearrange texture error checking order

Ilia Mirkin imirkin at alum.mit.edu
Wed Jul 22 10:29:07 PDT 2015

On Wed, Jul 22, 2015 at 1:20 PM, Brian Paul <brianp at vmware.com> wrote:
> On 07/22/2015 11:02 AM, Ilia Mirkin wrote:
>> This moves the width/height/depth == 0 check to the front and avoids
>> doing any other checking when that is the case.
>> Also moves the dimensions check after the format/type checks so that we
>> don't bail out with success on a width/height/depth == 0 request when
>> the format/type don't match.
>> Bugzilla:
>> https://urldefense.proofpoint.com/v2/url?u=https-3A__bugs.freedesktop.org_show-5Fbug.cgi-3Fid-3D91425&d=BQIBAg&c=Sqcl0Ez6M0X8aeM67LKIiDJAXVeAw-YihVMNtXt-uEs&r=T0t4QG7chq2ZwJo6wilkFznRSFy-8uDKartPGbomVj8&m=Y1TotaJmX1E7sCopvmMJc8PQKFXlHu6QxfcYOydKuII&s=L0lmmuk31G6M4hZEiwnX-IC4CPhW7rsrSCgEYtDgXjw&e=
>> Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu>
> I suspect this isn't really needed in light of my patch to
> getteximage-invalid-format-for-packed-type.c
> I believe the test was in error, or at least sloppy, in that it was calling
> glGetTexImage to test format/type validation when there wasn't even a
> texture image to return.  The OpenGL spec doesn't specify an order for error
> checking multiple things, so if there's multiple errors, you can't be sure
> which one will be reported first.  My patch to the test removes that
> ambiguity.

Well, irrespective of the piglit test, the current code is a little
suspect -- it does the width/height/depth == 0 checks after it ensures
that height == 1 for 1d and depth == 1 for 2d. Any thoughts on that?


More information about the mesa-dev mailing list