http://bugs.winehq.org/show_bug.cgi?id=7585
--- Comment #43 from Alexander Dorofeyev alexd4@inbox.lv 2008-06-18 17:12:59 --- glDrawPixels is a very basic and simple call. If it crashes X there may be little we can do. Although, near this call in wined3d there are comments that mention a problem somewhat similar to yours (crash and locked X server). They say this could happen if there is a dib section in certain state associated with the surface. I don't think this happens in Thief though, it doesn't seem to do GetDC on surfaces in the menu. Anyways, the hack I'm going to attach passes memory allocated on the spot to glDrawPixels, so as to ensure everything is fine with the memory area. If it doesn't help then this probably means something is wrong with glDrawPixels. Additionally, you could look for some pure opengl (non-Wine) samples or demos that use glDrawPixels, to test them so as to see if maybe glDrawPixels doesn't work at all on this machine. From a quick googling: http://www.sgi.com/products/software/opengl/examples/samples/ seems to have some and there must more around.
Unfortunate that your make test didn't get to the tests I'm interested in (in dlls/ddraw/tests/visual.c, p8_primary_test). Looks like it's my fault, I didn't check for cubemap support cap in the test I wrote. I'll fix that. Meanwhile, maybe you can get past the failure by commenting out DeviceLoadTest() call in dlls/ddraw/tests/d3d.c?
-
wine-bugs＠winehq.org