Half Life 2 running in Wine crashes randomly on r300g. This is a regression. A bisect found this patch: 56e95d3ca231110188e5b910f4e17104f3176d52 is the first bad commit commit 56e95d3ca231110188e5b910f4e17104f3176d52 Author: Jordan Justen <jordan.l.justen@intel.com> Date: Tue Dec 4 01:24:07 2012 -0800 mesa: validate that sync objects were created by mesa Previously, the user could send in a pointer that was not created by mesa. When we dereferenced that pointer, there would be an exception. Now we keep a set of pointers and verify that the pointer exists in that set before dereferencing it. Note: This fixes several crashing gles3conform tests. Signed-off-by: Jordan Justen <jordan.l.justen@intel.com> Reviewed-by: Brian Paul <brianp@vmware.com> :040000 040000 d03812977c473d92fc0a9cb51844333cac23a441 9a2b9f9ab2ed82e2381f319fb60e7bfcbe7b6782 M src Thanks to Steam's crash handler it is tricky to get a backtrace. I managed to get some backtraces with function names but without source code references, and it appears that the crashes occur in various functions deleting GL objects - ARB shaders, VBOs, textures, maybe others. Half Life 2 also crashes on r600g, but I have not yet checked if it is caused by the same patch.
Another note: My other benchmark programs seem to run fine. Those include 3DMark2000, 3DMark2001, Unigine Heaven(gl mode, inside wine), Trackmania Nations, World in Conflict and some very simple Direct3D overhead testers written by me.
(In reply to comment #0) > Thanks to Steam's crash handler it is tricky to get a backtrace. This is perhaps slightly OT here, but note that you can disable the steam crash handler by passing "-nobreakpad" to the application. Alternatively you can open the minidump files Steam writes with winedbg.
This should be fixed in 015123745.
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.