Bug 10521 - glCopyImage implementation wrong if Zoom-factor is negative and dst and src image overlap
Summary: glCopyImage implementation wrong if Zoom-factor is negative and dst and src i...
Status: VERIFIED FIXED
Alias: None
Product: Mesa
Classification: Unclassified
Component: Drivers/DRI/i915 (show other bugs)
Version: git
Hardware: x86 (IA32) Linux (All)
: medium major
Assignee: Default DRI bug account
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-04-03 23:30 UTC by WuNian
Modified: 2009-08-24 12:26 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:

Attachments
test case (4.40 KB, text/plain)
2007-04-03 23:35 UTC, WuNian 		Details
View All

Description WuNian 2007-04-03 23:30:45 UTC 
glCopyImage implementation has some error: 
When Zoom-factor is negative and dest and src image is overlapped, the dest image region will be black.
Comment 1 WuNian 2007-04-03 23:35:09 UTC 
Created attachment 9472 [details]
test case

This test case comes from Red book's example--image.c. Just modified it, change the zoom factor to (1, -1), and let the dest image(10,80)x(74,16) overlap with the src image(0,0)x(64,64).
When run the case, the dest image's region(10,80)x(74,16) will be black.
Comment 2 Brian Paul 2007-04-04 07:48:30 UTC 
Fixed in git.
Comment 3 WuNian 2007-04-10 22:55:15 UTC 
commit: d4dc57bb13386f4503000dc34c6bf67a8387fc9f
Comment 4 WuNian 2007-06-07 00:34:47 UTC 
The bug now exists with i915 and i965 drivers. Just change component to i915.
With xlib driver, the bug does not exist.
Comment 5 WuNian 2007-09-11 22:53:38 UTC 
With i915 and i965 driver, the bug do not exist.
Comment 6 Adam Jackson 2009-08-24 12:26:20 UTC 
Mass version move, cvs -> git

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.