Summary: | exaTryDriverSolidFill() should bail out when exaGetPixelFromRGBA() fails. | ||||||
---|---|---|---|---|---|---|---|
Product: | xorg | Reporter: | George - <fufutos610> | ||||
Component: | Server/Acceleration/EXA | Assignee: | Xorg Project Team <xorg-team> | ||||
Status: | RESOLVED FIXED | QA Contact: | |||||
Severity: | normal | ||||||
Priority: | high | Keywords: | patch | ||||
Version: | git | ||||||
Hardware: | x86 (IA32) | ||||||
OS: | Linux (All) | ||||||
Whiteboard: | |||||||
i915 platform: | i915 features: | ||||||
Bug Depends on: | |||||||
Bug Blocks: | 6877 | ||||||
Attachments: |
|
Description
George -
2006-05-14 09:24:47 UTC
Do you mean exaTryDriverSolidFill() should return 0 instead of -1 in this case? I refer to exaGetPixelFromRGBA(), for which exaTryDriverSolidFill() does not
check the return value at all.
diff -r1.32 exa_render.c
285,286c285,290
< exaGetPixelFromRGBA(&pixel, red, green, blue, alpha,
< pDst->format);
---
> if (!exaGetPixelFromRGBA(&pixel, red, green, blue, alpha,
> pDst->format))
> {
> REGION_UNINIT(pDst->pDrawable->pScreen, ®ion);
> return -1;
> }
I have revision 1.32 of exa_render.c, and it does exactly that. Ignore me, I confused exaGetRGBAFromPixel and exaGetPixelFromRGBA. :} Created attachment 6003 [details] [review] Check both exaGet*From* in one statement How about this one instead? I pushed your patch, as it's more consistent with the surrounding code. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.