[Mesa-dev] [PATCH] main/getteximage: Take y-offset into account for memcpy size
Jason Ekstrand
jason at jlekstrand.net
Tue Nov 22 17:43:05 UTC 2016
On Tue, Nov 22, 2016 at 9:11 AM, Eduardo Lima Mitev <elima at igalia.com>
wrote:
> In get_tex_memcpy, when copying texture data directly from source
> to destination (when row strides match for both src and dst), the
> block size is currently calculated as 'bytes-per-row * image-height',
> ignoring the given y-offset argument.
>
> This can cause a read past the end of the mapped buffer, leading to
> a segfault.
>
> Fixes CTS test (from crash to pass):
> * GL45-CTS/get_texture_sub_image/functional_test
> ---
> src/mesa/main/texgetimage.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/src/mesa/main/texgetimage.c b/src/mesa/main/texgetimage.c
> index b900278..a783ed5 100644
> --- a/src/mesa/main/texgetimage.c
> +++ b/src/mesa/main/texgetimage.c
> @@ -654,7 +654,7 @@ get_tex_memcpy(struct gl_context *ctx,
>
> if (src) {
> if (bytesPerRow == dstRowStride && bytesPerRow == srcRowStride) {
> - memcpy(dst, src, bytesPerRow * texImage->Height);
> + memcpy(dst, src, bytesPerRow * (texImage->Height - yoffset));
>
Why not use the height parameter that gets passed in. That seems more
correct.
> }
> else {
> GLuint row;
> --
> 2.10.2
>
> _______________________________________________
> mesa-dev mailing list
> mesa-dev at lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/mesa-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/mesa-dev/attachments/20161122/4d30894b/attachment.html>
More information about the mesa-dev
mailing list