From 887c349d543d5b6d681845eb441be88acb8e0063 Mon Sep 17 00:00:00 2001 From: Eric Anholt Date: Sun, 27 Nov 2011 16:26:19 -0800 Subject: [PATCH] mesa: Reject glDrawPixels(integer format). When folding GL_EXT_texture_integer into the core, a new (and very sensible) restriction was added. Reviewed-by: Brian Paul --- src/mesa/main/drawpix.c | 18 ++++++++++++++++++ 1 file changed, 18 insertions(+) diff --git a/src/mesa/main/drawpix.c b/src/mesa/main/drawpix.c index 412cc15af4e..c9e714b210a 100644 --- a/src/mesa/main/drawpix.c +++ b/src/mesa/main/drawpix.c @@ -30,6 +30,7 @@ #include "enums.h" #include "feedback.h" #include "framebuffer.h" +#include "image.h" #include "mfeatures.h" #include "pbo.h" #include "readpix.h" @@ -76,6 +77,23 @@ _mesa_DrawPixels( GLsizei width, GLsizei height, goto end; /* the error code was recorded */ } + /* GL 3.0 introduced a new restriction on glDrawPixels() over what was in + * GL_EXT_texture_integer. From section 3.7.4 ("Rasterization of Pixel + * Rectangles) on page 151 of the GL 3.0 specification: + * + * "If format contains integer components, as shown in table 3.6, an + * INVALID OPERATION error is generated." + * + * Since DrawPixels rendering would be merely undefined if not an error (due + * to a lack of defined mapping from integer data to gl_Color fragment shader + * input), NVIDIA's implementation also just returns this error despite + * exposing GL_EXT_texture_integer, just return an error regardless. + */ + if (_mesa_is_integer_format(format)) { + _mesa_error(ctx, GL_INVALID_OPERATION, "glDrawPixels(integer format)"); + goto end; + } + if (_mesa_error_check_format_type(ctx, format, type, GL_TRUE)) { goto end; /* the error code was recorded */ } -- 2.30.2