[Bug 21249] New: Midtown Madness 2 (v1.1NoCD): memMemoryAllocator::FindHeap failed on ptr 2056d18
http://bugs.winehq.org/show_bug.cgi?id=21249
Summary: Midtown Madness 2 (v1.1NoCD): memMemoryAllocator::FindHeap failed on ptr 2056d18 Product: Wine Version: 1.1.35 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: gaming4jc2@yahoo.com
Created an attachment (id=25543) --> (http://bugs.winehq.org/attachment.cgi?id=25543) Game start and crash at race loading log.
This is the retail version of Midtown Madness 2 with a v1.1NoCD patch applied. It dies at start of quick race (and all other race menu items for that matter) with a memMemoryAllocator issue. Log attached, debug failed to run and process had to be terminated after waiting several minutes.
http://bugs.winehq.org/show_bug.cgi?id=21249
--- Comment #1 from Jeff Zaroyko jeffz@jeffz.name 2010-01-04 16:34:35 --- AppDB says this used to work on an earlier version of Wine. Please run a regression test http://wiki.winehq.org/RegressionTesting
Does the demo suffer from the same problem? http://www.gamershell.com/download_4084.shtml
http://bugs.winehq.org/show_bug.cgi?id=21249
--- Comment #2 from Luke gaming4jc2@yahoo.com 2010-01-04 19:59:19 --- Created an attachment (id=25551) --> (http://bugs.winehq.org/attachment.cgi?id=25551) wine: Unhandled exception 0x80000003 at address 0x7b83fa03 (thread 0009), starting debugger...
This is not an issue in the demo, I just tested it and it worked flawlessly. Apparently it's something to do with the retail, I also tried several other Midtown2.exe's all end with the same error.
I am unable to do a regression test due to having dial-up internet access. 90MB simply doesn't download very well over 26kbps. Sorry... <_>
I have attached a debug I managed to get from the executable this time... hope it helps... :)
http://bugs.winehq.org/show_bug.cgi?id=21249
--- Comment #3 from Jeff Zaroyko jeffz@jeffz.name 2010-01-04 20:35:50 --- (In reply to comment #2)
Created an attachment (id=25551)
--> (http://bugs.winehq.org/attachment.cgi?id=25551) [details]
wine: Unhandled exception 0x80000003 at address 0x7b83fa03 (thread 0009), starting debugger...
This is not an issue in the demo, I just tested it and it worked flawlessly. Apparently it's something to do with the retail, I also tried several other Midtown2.exe's all end with the same error.
I am unable to do a regression test due to having dial-up internet access. 90MB simply doesn't download very well over 26kbps. Sorry... <_>
I have attached a debug I managed to get from the executable this time... hope it helps... :)
Thanks for testing. The backtrace doesn't show much more, as the crash is handled by the app before winedbg?
Try to get a backtrace by starting the app with winedbg Midtown2.exe See http://wiki.winehq.org/Backtraces
Otherwise if you do manage to do the regression test and a commit is found, that would be the best chance of this being fixed.
http://bugs.winehq.org/show_bug.cgi?id=21249
--- Comment #4 from Luke gaming4jc2@yahoo.com 2010-01-05 12:48:13 --- Created an attachment (id=25556) --> (http://bugs.winehq.org/attachment.cgi?id=25556) Backtrace of Midtown2.exe with a few "cont" given.
Upon attempted attaching to process: "warning: could not attach to 0032 Can't attach process 0032: error 5 warning: could not attach to 0032 0xf77c442e: jmp 0xf77c4423"
So I ran it using "wine winedbg Midtown2.exe" and log is attached. Seems to be a possible kernel32 issue, but I'm not positive. The entire wine environment becomes unstable and I have to kill the process to get it to respond.
http://bugs.winehq.org/show_bug.cgi?id=21249
--- Comment #5 from Luke gaming4jc2@yahoo.com 2010-02-21 15:43:28 --- Created an attachment (id=26389) --> (http://bugs.winehq.org/attachment.cgi?id=26389) 1.1.39: Newer Backtraces
Adding slightly newer log, and perhaps better backtrace...
http://bugs.winehq.org/show_bug.cgi?id=21249
Emil empann@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |empann@hotmail.com
--- Comment #6 from Emil empann@hotmail.com 2010-07-17 14:36:04 --- I ran a regression test, and found that the error can be fixed by changing the line
MultiByteToWideChar (CP_ACP, 0, "Microsoft Synthesizer", -1, obj->pCaps.wszDescription, sizeof(obj->pCaps.wszDescription)/sizeof(WCHAR));
to
MultiByteToWideChar (CP_ACP, 0, "Microsotf Synthesizer", -1, obj->pCaps.wszDescription, sizeof(obj->pCaps.wszDescription)/sizeof(WCHAR));
in the file dlls/dmsynth/synth.c. There was a patch (93423aaa39f14b75df9c02dc0f870ce0a8fce164) between 1.1.22 and 1.1.23 that corrected the typing error from Microsotf to Microsoft, but the versions >= 1.1.23 don't work.
I think it's very strange this patch created such problems...
http://bugs.winehq.org/show_bug.cgi?id=21249
Jeff Zaroyko jeffz@jeffz.name changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jeffz@jeffz.name
http://bugs.winehq.org/show_bug.cgi?id=21249
--- Comment #7 from Jeff Zaroyko jeffz@jeffz.name 2010-07-18 02:24:53 --- Could be that it's uncovered a different bug, maybe after correctly finding the "Microsoft Synthesizer" it executes a different codepath or somesuch. The spelling is correct of this device on Windows, I just took this screenshot on Vista: http://i.imgur.com/Dlz9N.png
Could you attach a bzip2 compressed WINEDEBUG=+relay,+seh,+tid log please? example here if you're not sure how: http://www.winehq.org/docs/wineusr-guide/bug-reporting
http://bugs.winehq.org/show_bug.cgi?id=21249
MD.IMAM HOSSAIN imamdxl8805@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |imamdxl8805@gmail.com
--- Comment #8 from MD.IMAM HOSSAIN imamdxl8805@gmail.com 2010-09-07 20:59:56 CDT --- Please see Bug 6606 this fixes the crash
http://bugs.winehq.org/show_bug.cgi?id=21249
--- Comment #9 from Paul Bredbury brebs@sent.com 2011-07-24 23:56:35 CDT --- Created an attachment (id=35685) --> (http://bugs.winehq.org/attachment.cgi?id=35685) WINEDEBUG=+relay,+seh,+tid wine midtown2
Both "Microsotf Synthesizer" and "Micrsooft Synthesizer" (both slightly misspelt) fix this crash, so I suppose comment #7 is correct.
Example fix: sed -i -e "s:Microsoft Synthesizer:Microsotf Synthesizer:1" dlls/dmsynth/synth.c
Here's the debugging output as requested.
http://bugs.winehq.org/show_bug.cgi?id=21249
--- Comment #10 from Jeff Zaroyko jeffz@jeffz.name 2011-07-25 00:03:19 CDT --- (In reply to comment #9)
Here's the debugging output as requested.
I took a glance at the output, this came up:
0009:Call KERNEL32.OutputDebugStringA(0033dd9c "Couldn't open 'C:\Program Files\Microsoft Games\Midtown Madness 2\midtown2.MAP'") ret=004c745b
Does this file exist?
http://bugs.winehq.org/show_bug.cgi?id=21249
Paul Bredbury brebs@sent.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |brebs@sent.com
--- Comment #11 from Paul Bredbury brebs@sent.com 2011-07-25 03:38:18 CDT --- No, there are no .map files. The big data files are mm2*.ar
Another workaround to this bug is: winetricks directmusic The only DLL that actually needs to be set to "native" is "dmusic".
This is with wine 1.3.25
http://bugs.winehq.org/show_bug.cgi?id=21249
--- Comment #12 from MD.IMAM HOSSAIN imamdxl8805@gmail.com 2011-08-06 01:10:01 CDT --- When will a patch for
sed -i -e "s:Microsoft Synthesizer:Microsotf Synthesizer:1" dlls/dmsynth/synth.c
merge to WINE master.
This is causing Midtown Madness 1 and Midtown Madness 2 both to crash and maybe many other old games as well.
http://bugs.winehq.org/show_bug.cgi?id=21249
--- Comment #13 from Jeff Zaroyko jeffz@jeffz.name 2011-08-06 01:11:46 CDT --- (In reply to comment #12)
When will a patch for
sed -i -e "s:Microsoft Synthesizer:Microsotf Synthesizer:1" dlls/dmsynth/synth.c
merge to WINE master.
Never, that would be incorrect, it's only a workaround. Paul's comment indicates the real bug is in dmusic.
http://bugs.winehq.org/show_bug.cgi?id=21249
--- Comment #14 from Austin English austinenglish@gmail.com 2013-11-13 16:52:16 CST --- This is your friendly reminder that there has been no bug activity for 2 years. Is this still an issue in current (1.7.6 or newer) wine? If so, please attach the terminal output in 1.7.6 (see http://wiki.winehq.org/FAQ#get_log).
http://bugs.winehq.org/show_bug.cgi?id=21249
--- Comment #15 from Luke gaming4jc2@yahoo.com 2013-11-13 19:00:44 CST --- Created attachment 46512 --> http://bugs.winehq.org/attachment.cgi?id=46512 Wine 1.7.6 debug
Adding new back trace; problem still exists in latest version of Wine.
http://bugs.winehq.org/show_bug.cgi?id=21249
--- Comment #16 from Austin English austinenglish@gmail.com 2013-11-14 12:35:47 CST --- Does 'winetricks directplay directmusic' help?
http://bugs.winehq.org/show_bug.cgi?id=21249
--- Comment #17 from Luke gaming4jc2@yahoo.com 2013-11-14 18:04:05 CST --- (In reply to comment #16)
Does 'winetricks directplay directmusic' help?
Yes, I can confirm installing those bypasses the bug.
http://bugs.winehq.org/show_bug.cgi?id=21249
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|-unknown |directx-dmusic
http://bugs.winehq.org/show_bug.cgi?id=21249
Linus Unnebäck linus@folkdatorn.se changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |linus@folkdatorn.se
http://bugs.winehq.org/show_bug.cgi?id=21249
--- Comment #18 from Linus Unnebäck linus@folkdatorn.se --- `winetricks directmusic` fixed the issue, but I got the same error message after running three races and then clicking (as the two times before) `Next Race`.
http://bugs.winehq.org/show_bug.cgi?id=21249
--- Comment #19 from Linus Unnebäck linus@folkdatorn.se --- The last lines that wine spat out was this:
fixme:dplay:dplobby_destroy Should kill the msg thread wine.bin(21601,0xb0003000) malloc: *** error for object 0x400ce000: pointer being freed was not allocated
I ran `winetricks directplay` and it seems that this issue is now resolved.
https://bugs.winehq.org/show_bug.cgi?id=21249
Jaro jaromir@mailinator.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jaromir@mailinator.com
--- Comment #20 from Jaro jaromir@mailinator.com --- The title of this bug should be changed it's misleading.
winetricks direcplay and dmusic is said to solve this issue. making this bug actually duplicate of some of the open ones.
https://bugs.winehq.org/show_bug.cgi?id=21249
Bruno Jesus 00cpxxx@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever confirmed|0 |1
--- Comment #21 from Bruno Jesus 00cpxxx@gmail.com --- The same error is still valid for wine 1.6. Wine 1.7.33 regressed in a way that the game no longer starts.
https://bugs.winehq.org/show_bug.cgi?id=21249
Sebastian Lackner sebastian@fds-team.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |sebastian@fds-team.de
https://bugs.winehq.org/show_bug.cgi?id=21249
--- Comment #22 from Luke gaming4jc2@yahoo.com --- Created attachment 52579 --> https://bugs.winehq.org/attachment.cgi?id=52579 wine 1.7.51 log + backtrace
Still reproducible as of wine 1.7.51
https://bugs.winehq.org/show_bug.cgi?id=21249
Michael Stefaniuc mstefani@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mstefani@winehq.org
--- Comment #23 from Michael Stefaniuc mstefani@winehq.org --- Can somebody please retry this? There were quite some fixes for IDirectMusicLoader since wine-1.7.51.
Also please attach the debug output of a run with: WINEDEBUG="+seh,+dsound,+dsound3d,+dswave,+dmband,+dmcompos,+dmdump,+dmfile,+dmfileraw,+dmime,+dmloader,+dmobj,+dmscript,+dmstyle,+dmsynth,+dmusic"
The existing traces don't have enough information.
https://bugs.winehq.org/show_bug.cgi?id=21249
Jeff Zaroyko jeffz@jeffz.name changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED
--- Comment #24 from Jeff Zaroyko jeffz@jeffz.name --- $ md5 midtown2.exe MD5 (midtown2.exe) = 6755ddd5e0dc466d3925bac17c5afcc3
$ wine --version wine-4.21
No crash here. But for sake of testing, I can confirm a crash with wine-2.4. So fixed somewhere >wine-2.4.
https://bugs.winehq.org/show_bug.cgi?id=21249
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #25 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 5.0-rc1.
-
wine-bugs＠winehq.org -
WineHQ Bugzilla