http://bugs.winehq.org/show_bug.cgi?id=31122
Bug #: 31122 Summary: Far Cry 2: Assertion `iface->lpVtbl == &d3d9_indexbuffer_vtbl' failed. Product: Wine Version: 1.5.8 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: sa@whiz.se Classification: Unclassified
Created attachment 40854 --> http://bugs.winehq.org/attachment.cgi?id=40854 backtrace
Hi,
I'm trying to get Far Cry 2 running, the game starts and runs for about a minute (I haven't gotten past the riding in the jeep intro) until it hits an assert and dies:
reen: buffer.c:607: unsafe_impl_from_IDirect3DIndexBuffer9: Assertion `iface->lpVtbl == &d3d9_indexbuffer_vtbl' failed.
Not sure if this is a regression or not as I haven't tried this game before, but the problem is the same with both 1.5.8 and 1.5.7.
I have vcrun2008, vcrun2005 and d3dx9_36 installed via winetricks.
I'm using the r600g driver so this could very well be a Mesa problem and not something to do with Wine.
Thanks in advance,
http://bugs.winehq.org/show_bug.cgi?id=31122
--- Comment #1 from Sven Arvidsson sa@whiz.se 2012-07-04 11:03:33 CDT --- Same assert in Wine 1.4.1 so I guess it isn't a regression.
http://bugs.winehq.org/show_bug.cgi?id=31122
Michael Stefaniuc mstefani@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mstefani@redhat.com
--- Comment #2 from Michael Stefaniuc mstefani@redhat.com 2012-07-05 08:31:12 CDT --- Sven, you need to go back to wine-1.3.23 as that was the last version that didn't have the unsafe_impl_from_IDirect3DIndexBuffer9() and the assert. Though it might still crash as it shouldn't get that interface there.
Can you please run it with WINEDEBUG=+d3d9 wine ... and attach the output to this bug?
http://bugs.winehq.org/show_bug.cgi?id=31122
--- Comment #3 from Sven Arvidsson sa@whiz.se 2012-07-05 14:45:47 CDT --- Created attachment 40875 --> http://bugs.winehq.org/attachment.cgi?id=40875 d3d log
I've attached the last megs of the log. The full log (152M compressed) is available here: http://dl.dropbox.com/u/28577999/wine.txt.gz
http://bugs.winehq.org/show_bug.cgi?id=31122
--- Comment #4 from Michael Stefaniuc mstefani@redhat.com 2012-07-05 15:32:38 CDT --- Thanks but I do not see the assert in the logs. That's important as I'm trying to figure out what the "invalid" interface passed to d3d9_device_SetStreamSource() aka IDirect3DDevice9Ex::SetStreamSource is. It should be a IDirect3DVertexBuffer9 created by Wine or NULL but it isn't. Also I can most likely see who passes us that interface, Wine or the application.
http://bugs.winehq.org/show_bug.cgi?id=31122
--- Comment #5 from Michael Stefaniuc mstefani@redhat.com 2012-07-05 15:36:54 CDT --- Hmm ... now I see it: your description talks about an assert in unsafe_impl_from_IDirect3DIndexBuffer9() but the attached backtrace has an assert in unsafe_impl_from_IDirect3DVertexBuffer9(). Are there multiple asserts?
http://bugs.winehq.org/show_bug.cgi?id=31122
--- Comment #6 from Sven Arvidsson sa@whiz.se 2012-07-05 16:30:00 CDT --- Yes, I've been re-running it a few times now, and it seems to be asserting in either place, didn't notice that at first.
I can grab a backtrace from unsafe_impl_from_IDirect3DIndexBuffer9() too if that's of any help.
I also tried 1.3.23, and as expected it's behaving in the same way. I grabbed a backtrace but it's probably not useful:
Backtrace: =>0 0x7e665c60 Direct3DSurface9_Vtbl() in d3d9 (0x1805a490) 1 0x00000009 (0x695a8a30) 2 0x00000000 (0x69484120) 0x7e665c60 Direct3DSurface9_Vtbl in d3d9: loopne 0x7e665c65 Direct3DSurface9_Vtbl+0x5 in d3d9
http://bugs.winehq.org/show_bug.cgi?id=31122
--- Comment #7 from Michael Stefaniuc mstefani@redhat.com 2012-07-05 17:02:10 CDT --- It doesn't matter which backtrace I get as long as I can see it in the +d3d9 trace.
wine-1.3.23 crashes in the vtable of IDirect3DSurface9, probably the corruption just being passed on. The code back then just casted the interface field to the object struct; if it's the wrong interface the object won't be any better and a crash later on is normal.
http://bugs.winehq.org/show_bug.cgi?id=31122
Sven Arvidsson sa@whiz.se changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #40854|0 |1 is obsolete| |
--- Comment #8 from Sven Arvidsson sa@whiz.se 2012-07-06 10:55:02 CDT --- Created attachment 40891 --> http://bugs.winehq.org/attachment.cgi?id=40891 backtrace
http://bugs.winehq.org/show_bug.cgi?id=31122
Sven Arvidsson sa@whiz.se changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #40875|0 |1 is obsolete| |
--- Comment #9 from Sven Arvidsson sa@whiz.se 2012-07-06 10:55:46 CDT --- Created attachment 40892 --> http://bugs.winehq.org/attachment.cgi?id=40892 d3d log
http://bugs.winehq.org/show_bug.cgi?id=31122
--- Comment #10 from Sven Arvidsson sa@whiz.se 2012-07-06 10:57:47 CDT --- I have updated the backtraces and the log now, both taken from the same run.
The full log is also available: http://dl.dropbox.com/u/28577999/wine.txt.gz (46M)
http://bugs.winehq.org/show_bug.cgi?id=31122
Sven Arvidsson sa@whiz.se changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|1.5.8 |1.7.3
--- Comment #11 from Sven Arvidsson sa@whiz.se 2013-10-11 11:52:42 CDT --- Still crashing in the same place with 1.7.3 and Mesa 9.2.1.
http://bugs.winehq.org/show_bug.cgi?id=31122
Bruno Jesus 00cpxxx@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|1.7.3 |1.5.8
--- Comment #12 from Bruno Jesus 00cpxxx@gmail.com 2013-10-11 13:27:28 CDT --- Hi, please don't change the original reported version. A comment saying it's still present in enough.
http://bugs.winehq.org/show_bug.cgi?id=31122
GyB gyebro69@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |gyebro69@gmail.com
--- Comment #13 from GyB gyebro69@gmail.com 2013-10-12 06:25:43 CDT --- Does 'winetricks secur32' help? So this could be the same as bug #23045
Alternatively, if you stick to the built-in secur32.dll, you can try adding the following entries to your /etc/hosts file, to deny access to the following servers:
127.0.0.1 media.madserver.net 127.0.0.1 imp.madserver.net 127.0.0.1 ad.madserver.net 127.0.0.1 locate.madserver.net
I tested this bug with the gog.com version of Far Cry2, Wine 1.7.4.
http://bugs.winehq.org/show_bug.cgi?id=31122
Béla Gyebrószki gyebro69@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |gyebro69@gmail.com
Roland Haeder roland@mxchange.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |roland@mxchange.org
--- Comment #13 from Béla Gyebrószki gyebro69@gmail.com --- Does 'winetricks secur32' help? So this could be the same as bug #23045
Alternatively, if you stick to the built-in secur32.dll, you can try adding the following entries to your /etc/hosts file, to deny access to the following servers:
127.0.0.1 media.madserver.net 127.0.0.1 imp.madserver.net 127.0.0.1 ad.madserver.net 127.0.0.1 locate.madserver.net
I tested this bug with the gog.com version of Far Cry2, Wine 1.7.4.
http://bugs.winehq.org/show_bug.cgi?id=31122
Sven Arvidsson sa@whiz.se changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |DUPLICATE
--- Comment #14 from Sven Arvidsson sa@whiz.se --- (In reply to Béla Gyebrószki from comment #13)
Does 'winetricks secur32' help? So this could be the same as bug #23045
It does help, I could never get past the jeep ride intro before, now it seems to be working as a charm!
I'll mark this bug as a duplicate of #23045.
*** This bug has been marked as a duplicate of bug 23045 ***
http://bugs.winehq.org/show_bug.cgi?id=31122
Béla Gyebrószki gyebro69@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #15 from Béla Gyebrószki gyebro69@gmail.com --- closing abandoned/invalid/duplicate bugs