http://bugs.winehq.org/show_bug.cgi?id=25728
--- Comment #19 from Alexey Loukianov mooroon2@mail.ru 2012-04-18 06:00:03 CDT --- (In reply to comment #18)
It's possible that the application installed an exception handler to handle a segfault and display the dialog box. This won't show up in a log file without +seh. It's also possible that you're correct, I don't know.
The hope was that one of those debug channels would give us an indication of where the problem occurs in the log file. E.g. if it's a standard user32 MessageBoxA() dialog box, then we should see that on the +msgbox channel in the log file.
No problems, would capture new logs with these channels enabled and post them here in about half an hour. Most likely it is really MessageBoxA/W(), basing on the visual appearance of the dialog box.
It should apply, but I don't know if that's useful. Wine's dmusic implementation is basically completely wrong. We just need to find out which wrong bit is responsible for this particular error, and fix it :)
Yeah, as always :-). All in all, my goal was to check if the "graceful CTD" I've been getting is really dmusic/dsound related one and not something that had regressed on a way from 1.3.24 to 1.5.2. So I had tried to apply your patch to 1.3.24 sources and tested the game with it. Looks like we're "lucky", as this CTD also happens in 1.3.24 with builtins + your patch, and doesn't happen with same 1.3.24 + native dsound/dmusic. Looks like it is more or less safe to stick with latest git HEAD and use it as a base for further testing.