http://bugs.winehq.org/show_bug.cgi?id=28945
GyB gyebro69@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |patch Status|NEW |RESOLVED Resolution| |INVALID
--- Comment #5 from GyB gyebro69@gmail.com 2011-11-01 06:24:47 CDT --- (In reply to comment #4)
Created attachment 37236 [details] patch
This is probably invalid. What seems to happen is that the application pushes crap (including -nan) onto the FPU stack, which then results in FPU stack overflows in the implicit matrix multiplication in glOrtho(). The end result is a projection matrix with -nan's in it. When compiled with -O2, the matrix multiplication in (gdi32) CombineTransform() ends up clearing enough of the FPU stack for glOrtho() to work. This does result in transformation matrices with -nan in them, but apparently this has no negative effects. The attached patch avoids the matrix multiplication in set_blit_dimension(), but doesn't change the fact that the application is essentially broken.
Resolving as INVALID (application bug), as there is no need to investigate further such an ambiguous case.
Thank you for taking time to investigate this and keep up the good work!
btw. the patch worked here as well.