http://bugs.winehq.org/show_bug.cgi?id=14055
Summary: Occasional wine crash during Heroes of Might and Magic III gameplay Product: Wine Version: 1.0.0 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: riklaunim@gmail.com
Created an attachment (id=14275) --> (http://bugs.winehq.org/attachment.cgi?id=14275) Crash log
During gameplay the game may sometimes crash. It looks like the bug is related to mp3/sound – “mp3dec.asi” (using OOS in wine). The log shows the backtrace.
http://bugs.winehq.org/show_bug.cgi?id=14055
--- Comment #1 from Austin English austinenglish@gmail.com 2008-12-23 07:17:15 --- Is this still an issue in current (1.1.11 or newer) wine?
http://bugs.winehq.org/show_bug.cgi?id=14055
--- Comment #2 from Piotr riklaunim@gmail.com 2008-12-23 07:36:43 --- I'll check after christmas :)
http://bugs.winehq.org/show_bug.cgi?id=14055
Magic_Mick@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |Magic_Mick@hotmail.com
--- Comment #3 from Magic_Mick@hotmail.com 2009-05-30 18:23:32 --- I can confirm that this bug is encountered in wine-1.1.22 too.
http://bugs.winehq.org/show_bug.cgi?id=14055
Fetito patrickgobels@arcor.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #4 from Fetito patrickgobels@arcor.de 2009-12-29 14:59:59 --- *** This bug has been confirmed by popular vote. ***
http://bugs.winehq.org/show_bug.cgi?id=14055
Danil Ilinykh woodroof@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |woodroof@gmail.com
--- Comment #5 from Danil Ilinykh woodroof@gmail.com 2010-10-19 08:38:17 CDT --- wine 1.2.1. Bug is still exists.
http://bugs.winehq.org/show_bug.cgi?id=14055
Artem S. Tashkinov t.artem@mailcity.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |t.artem@mailcity.com
--- Comment #6 from Artem S. Tashkinov t.artem@mailcity.com 2010-11-15 15:32:22 CST --- Bug 16683 is probably a dupe of this one.
http://bugs.winehq.org/show_bug.cgi?id=14055
--- Comment #7 from Artem S. Tashkinov t.artem@mailcity.com 2010-11-15 15:55:54 CST --- OK, with native mp3dec.asi Heroes 3 crash immediately after playing the initial video into.
So, it seems like wine's mp3des.asi implementation is somewhat buggy.
http://bugs.winehq.org/show_bug.cgi?id=14055
--- Comment #8 from Austin English austinenglish@gmail.com 2010-11-15 17:47:17 CST --- (In reply to comment #7)
OK, with native mp3dec.asi Heroes 3 crash immediately after playing the initial video into.
So, it seems like wine's mp3des.asi implementation is somewhat buggy.
PE 22000000-22027000 Export mp3dec.asi
That file doesn't come from wine.
http://bugs.winehq.org/show_bug.cgi?id=14055
--- Comment #9 from Artem S. Tashkinov t.artem@mailcity.com 2010-11-16 00:33:59 CST --- You are quite right.
mp3dec.asi is a part of Miles Sound System and this file is supplied with Heroes 3. However it's strange that almost everyone has his/her crash in this file (and I've never seen it in any Windows version).
I will try to find a version of this file which doesn't cause crashes.
http://bugs.winehq.org/show_bug.cgi?id=14055
--- Comment #10 from Artem S. Tashkinov t.artem@mailcity.com 2010-11-16 00:59:39 CST --- Funnily people on Windows XP and Vista also experience a crash in this module:
https://encrypted.google.com/search?hl=en&q=mp3dec.asi+crash&ie=utf-...
http://social.technet.microsoft.com/Forums/en-US/itprovistaact/thread/850148... http://heroescommunity.com/viewthread.php3?TID=18269
There's no solution to this problem posted anywhere.
http://bugs.winehq.org/show_bug.cgi?id=14055
--- Comment #11 from Danil Ilinykh woodroof@gmail.com 2010-11-16 03:42:17 CST --- But in wine 0.90 there was no crashes at all! And now they appears too frequently.
http://bugs.winehq.org/show_bug.cgi?id=14055
--- Comment #12 from Artem S. Tashkinov t.artem@mailcity.com 2010-11-16 04:22:31 CST --- (In reply to comment #11)
But in wine 0.90 there was no crashes at all! And now they appears too frequently.
Probably wine is getting more and more NT compliant, thus some tricks meant to emulate Win9x [better] have been removed. Anyway it's a wild guesstimate.
If you are a hundred percent sure this bug wasn't present in Wine 0.9.0, find a regression using bisect. It's not really difficult, I'd say it's quite simple.
Good luck.
http://bugs.winehq.org/show_bug.cgi?id=14055
--- Comment #13 from Marek Paśnikowski marek.pasnikowski@gmail.com 2011-03-22 02:58:46 CDT --- Created an attachment (id=33761) --> (http://bugs.winehq.org/attachment.cgi?id=33761) Heroes of Might and Magic III Shadow of Death crash traceback on wine 1.3.16
Bug <a href="http://bugs.winehq.org/show_bug.cgi?id=16683" title="Heroes 3 crashes intermittantly">16683</a> is definitely a duplicate of this bug. Bug <a href="http://bugs.winehq.org/show_bug.cgi?id=23505" title="Heroes of Might and Magic III gold hangs">23505</a> is probably a duplicate of this bug. Please take care of these issues.
When I briefly compared my traceback with previous one, I noticed, that they slightly differ. It means that in the meantime something connected with this issue in wine changed.
http://bugs.winehq.org/show_bug.cgi?id=14055
--- Comment #14 from Artem S. Tashkinov t.artem@mailcity.com 2011-03-22 03:08:30 CDT --- (In reply to comment #13)
When I briefly compared my traceback with previous one, I noticed, that they slightly differ. It means that in the meantime something connected with this issue in wine changed.
You must be kidding us, almost everyone has the exact same backtrace:
=>0 0xHEX_NUMBER in mp3dec.asi (+0xHEX_NUMBER) (0xHEX_NUMBER) 0xHEX_NUMBER: movw %dx,0x0(%edi)
And like I said Windows XP users also have this crash, so I much doubt Wine developers can do anything about this issue, since mp3dec.asi is a closed source library.
http://bugs.winehq.org/show_bug.cgi?id=14055
Marek Paśnikowski marek.pasnikowski@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |marek.pasnikowski@gmail.com
--- Comment #15 from Marek Paśnikowski marek.pasnikowski@gmail.com 2011-03-22 03:22:14 CDT --- I wanted to check the mentioned 0.90 version working good, but PlayOnLinux neither presents this version, nor leaves any hope for existence of this particular wine release. I tried running the game with oldest available release - 0.9.7 - but received this: /home/hirager/.PlayOnLinux/WineVersions/0.9.7/usr/bin/wineserver: error while loading shared libraries: libwine_unicode.so.1: cannot open shared object file: No such file or directory I don't think I can blindly search for the right version of wine to bisect it.
http://bugs.winehq.org/show_bug.cgi?id=14055
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Severity|enhancement |normal
--- Comment #16 from Dmitry Timoshkov dmitry@codeweavers.com 2011-03-22 03:23:39 CDT --- If it worked in Wine 0.90 its would be helpful to perform a regression test and post its results here.
http://bugs.winehq.org/show_bug.cgi?id=14055
--- Comment #17 from Dmitry Timoshkov dmitry@codeweavers.com 2011-03-22 03:24:49 CDT --- Instructions how to perform the regression testing is here: http://wiki.winehq.org/RegressionTesting
http://bugs.winehq.org/show_bug.cgi?id=14055
--- Comment #18 from Marek Paśnikowski marek.pasnikowski@gmail.com 2011-03-22 03:25:58 CDT --- (In reply to comment #14)
(In reply to comment #13)
When I briefly compared my traceback with previous one, I noticed, that they slightly differ. It means that in the meantime something connected with this issue in wine changed.
You must be kidding us, almost everyone has the exact same backtrace:
=>0 0xHEX_NUMBER in mp3dec.asi (+0xHEX_NUMBER) (0xHEX_NUMBER) 0xHEX_NUMBER: movw %dx,0x0(%edi)
And like I said Windows XP users also have this crash, so I much doubt Wine developers can do anything about this issue, since mp3dec.asi is a closed source library.
I am sorry. I am no developer yet. For me, difference between eg.
Backtrace: =>1 0x220076f1 in mp3dec.asi (+0x76f1) (0x7db2d910) 2 0x22005cbd in mp3dec.asi (+0x5cbd) (0x00000001) 3 0x00000000 (0x00000000)
and
Backtrace: =>0 0x220076f1 in mp3dec.asi (+0x76f1) (0x0225e950)
IS -slight-.
http://bugs.winehq.org/show_bug.cgi?id=14055
--- Comment #19 from Marek Paśnikowski marek.pasnikowski@gmail.com 2011-03-22 03:31:02 CDT --- (In reply to comment #15)
I wanted to check the mentioned 0.90 version working good, but PlayOnLinux neither presents this version, nor leaves any hope for existence of this particular wine release. I tried running the game with oldest available release
- 0.9.7 - but received this:
/home/hirager/.PlayOnLinux/WineVersions/0.9.7/usr/bin/wineserver: error while loading shared libraries: libwine_unicode.so.1: cannot open shared object file: No such file or directory I don't think I can blindly search for the right version of wine to bisect it.
Just another thought: Could 0.90 release be a RC? If so, which one of the five would it be?
http://bugs.winehq.org/show_bug.cgi?id=14055
--- Comment #20 from Artem S. Tashkinov t.artem@mailcity.com 2011-03-22 03:33:37 CDT --- (In reply to comment #16)
If it worked in Wine 0.90 its would be helpful to perform a regression test and post its results here.
Please, mark bugs 16683 and 23505 as duplicates of this one.
(In reply to comment #15)
I wanted to check the mentioned 0.90 version working good, but PlayOnLinux neither presents this version, nor leaves any hope for existence of this particular wine release. I tried running the game with oldest available release
- 0.9.7 - but received this:
/home/hirager/.PlayOnLinux/WineVersions/0.9.7/usr/bin/wineserver: error while loading shared libraries: libwine_unicode.so.1: cannot open shared object file: No such file or directory I don't think I can blindly search for the right version of wine to bisect it.
Follow the instructions here: http://wiki.winehq.org/RegressionTesting
It's not necessary to do `make install` for wine, it runs just fine from its sources tree using a wrapper. Meanwhile wine's Git repository contains all Wine releases - so bisecting is quite simple and doesn't require you to download every wine release.
(In reply to comment #19)
Just another thought: Could 0.90 release be a RC? If so, which one of the five would it be?
It doesn't matter how it's called. RC or stable are just designations, internally Wine is always wine-X.Y.Z (or for very old releases wine-YYYYMMDD).
http://bugs.winehq.org/show_bug.cgi?id=14055
--- Comment #21 from Artem S. Tashkinov t.artem@mailcity.com 2011-03-22 03:38:35 CDT --- (In reply to comment #18)
I am sorry. I am no developer yet. For me, difference between eg.
Backtrace: =>1 0x220076f1 in mp3dec.asi (+0x76f1) (0x7db2d910) 2 0x22005cbd in mp3dec.asi (+0x5cbd) (0x00000001) 3 0x00000000 (0x00000000)
and
Backtrace: =>0 0x220076f1 in mp3dec.asi (+0x76f1) (0x0225e950)
IS -slight-.
OK, here's the deal: if you backtrace only varies in numbers then it usually means it's quite the same. Those number can change because you use the application differently every time you run it, so memory addresses can change.
http://bugs.winehq.org/show_bug.cgi?id=14055
--- Comment #22 from Marek Paśnikowski marek.pasnikowski@gmail.com 2011-03-22 03:45:51 CDT --- (In reply to comment #20)
(In reply to comment #16)
If it worked in Wine 0.90 its would be helpful to perform a regression test and post its results here.
Please, mark bugs 16683 and 23505 as duplicates of this one.
(In reply to comment #15)
I wanted to check the mentioned 0.90 version working good, but PlayOnLinux neither presents this version, nor leaves any hope for existence of this particular wine release. I tried running the game with oldest available release
- 0.9.7 - but received this:
/home/hirager/.PlayOnLinux/WineVersions/0.9.7/usr/bin/wineserver: error while loading shared libraries: libwine_unicode.so.1: cannot open shared object file: No such file or directory I don't think I can blindly search for the right version of wine to bisect it.
Follow the instructions here: http://wiki.winehq.org/RegressionTesting
It's not necessary to do `make install` for wine, it runs just fine from its sources tree using a wrapper. Meanwhile wine's Git repository contains all Wine releases - so bisecting is quite simple and doesn't require you to download every wine release.
I didn't know that - this changes everything. As a user of Chakra, I am not sure I have access to all required packages right now, but I will try to do my best here. This particular bug bugs me since a long time.
(In reply to comment #19)
Just another thought: Could 0.90 release be a RC? If so, which one of the five would it be?
It doesn't matter how it's called. RC or stable are just designations, internally Wine is always wine-X.Y.Z (or for very old releases wine-YYYYMMDD).
http://bugs.winehq.org/show_bug.cgi?id=14055
--- Comment #23 from Marek Paśnikowski marek.pasnikowski@gmail.com 2011-03-22 03:54:25 CDT --- (In reply to comment #21)
(In reply to comment #18)
I am sorry. I am no developer yet. For me, difference between eg.
Backtrace: =>1 0x220076f1 in mp3dec.asi (+0x76f1) (0x7db2d910) 2 0x22005cbd in mp3dec.asi (+0x5cbd) (0x00000001) 3 0x00000000 (0x00000000)
and
Backtrace: =>0 0x220076f1 in mp3dec.asi (+0x76f1) (0x0225e950)
IS -slight-.
OK, here's the deal: if you backtrace only varies in numbers then it usually means it's quite the same. Those number can change because you use the application differently every time you run it, so memory addresses can change.
I understand. What struck me in this particular case, is the difference in number and count of backtrace steps. I'll see, how those change in time and version (I assume that 1.3.37 really is 1.1.37 - 1.3 cycle hasn't come so far yet).
http://bugs.winehq.org/show_bug.cgi?id=14055
--- Comment #24 from Marek Paśnikowski marek.pasnikowski@gmail.com 2011-03-22 03:58:42 CDT --- (In reply to comment #23)
(In reply to comment #21)
(In reply to comment #18)
I am sorry. I am no developer yet. For me, difference between eg.
Backtrace: =>1 0x220076f1 in mp3dec.asi (+0x76f1) (0x7db2d910) 2 0x22005cbd in mp3dec.asi (+0x5cbd) (0x00000001) 3 0x00000000 (0x00000000)
and
Backtrace: =>0 0x220076f1 in mp3dec.asi (+0x76f1) (0x0225e950)
IS -slight-.
OK, here's the deal: if you backtrace only varies in numbers then it usually means it's quite the same. Those number can change because you use the application differently every time you run it, so memory addresses can change.
I understand. What struck me in this particular case, is the difference in number and count of backtrace steps. I'll see, how those change in time and version (I assume that 1.3.37 really is 1.1.37 - 1.3 cycle hasn't come so far yet).
OH NO, I can't trust my memory. I got the version number from other bug. :/ Scratch my last sentence in previous comment.
http://bugs.winehq.org/show_bug.cgi?id=14055
Dan Kegel dank@kegel.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |wylda@volny.cz
--- Comment #25 from Dan Kegel dank@kegel.com 2011-03-22 07:55:33 CDT --- *** Bug 16683 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=14055
--- Comment #26 from Dan Kegel dank@kegel.com 2011-03-22 07:56:49 CDT --- *** Bug 23505 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=14055
--- Comment #27 from Marek Paśnikowski marek.pasnikowski@gmail.com 2011-03-22 19:26:34 CDT --- I am compiling the wine-git right now. What range should I set the bisect for? 0.9 to 1.1?
http://bugs.winehq.org/show_bug.cgi?id=14055
--- Comment #28 from Marek Paśnikowski marek.pasnikowski@gmail.com 2011-03-22 19:42:46 CDT --- (In reply to comment #27)
I am compiling the wine-git right now. What range should I set the bisect for? 0.9 to 1.1?
I got the exact 'first reported broken version'. It's 1.0.0 I think that I will start with good=0.9
http://bugs.winehq.org/show_bug.cgi?id=14055
--- Comment #29 from Marek Paśnikowski marek.pasnikowski@gmail.com 2011-03-23 07:44:23 CDT --- I am sorry. I can't do the bisecting. When run with WINEPREFIX="/home/hirager/.wine" ./wine "C:\the\path.exe", the game complains about missing files. First time I run it without specifying the prefix but, having PlayOnLinux environment with many different games, I don't to mess them. The first run complained about missing files too. I even copied the working POL prefix to ~/.wine, but it changed nothing. Terminal doesn't bother to list the missing files. I can't progress here. Everything I did seems sane. There's a possibility, that the current version of wine-git broke the launching process, I don't know. In this case I would need to confirm that. Is there a way to force a compilation of specified version of wine (1.2 would be good shot here)? The other possibility is that I compiled the wine-git without support for a vital feature. The make --verbose did list five or six warnings about missing programs for which I couldn't find proper packages. If it's possible, I would go for confirmation in 1.2 version - I need to compile it from the git, the precompiled binaries won't do the job - they will work fine. I need to know if it's the compilation process, which brakes the game.
http://bugs.winehq.org/show_bug.cgi?id=14055
--- Comment #30 from Artem S. Tashkinov t.artem@mailcity.com 2011-03-23 09:53:10 CDT --- (In reply to comment #29)
I am sorry. I can't do the bisecting. When run with ...
For help in using git and debugging wine, go to irc://irc.freenode.net to the #git and #winehq channels respectively. Wine's bugzilla is not the best place to discuss the basics of [git] debugging.
You've mentioned a few missing libraries when you are trying to compile Wine - I'd say most dependencies must be satisfied else you can end up having wine which is incapable of running your applications.
Please, name your distro and packages which made wine ./configure script complain about - I'll try to help you installing them.
http://bugs.winehq.org/show_bug.cgi?id=14055
--- Comment #31 from Marek Paśnikowski marek.pasnikowski@gmail.com 2011-03-23 10:17:19 CDT --- (In reply to comment #30)
(In reply to comment #29)
I am sorry. I can't do the bisecting. When run with ...
For help in using git and debugging wine, go to irc://irc.freenode.net to the #git and #winehq channels respectively. Wine's bugzilla is not the best place to discuss the basics of [git] debugging.
I have no problem in using git (yet). The game is the one complaining here. It doesn't start because of missing files.
You've mentioned a few missing libraries when you are trying to compile Wine - I'd say most dependencies must be satisfied else you can end up having wine which is incapable of running your applications.
CC="ccache gcc" ./configure --verbose [...] configure: OpenCL development files not found, OpenCL won't be supported. configure: libhal/libdbus development files not found, no dynamic device support. configure: lib(n)curses development files not found, curses won't be supported. configure: libcapi20 development files not found, ISDN won't be supported. configure: libgsm development files not found, gsm 06.10 codec won't be supported.
Please, name your distro and packages which made wine ./configure script complain about - I'll try to help you installing them.
I wrote this before - I use Chakra, which is still an alpha project. The repositories still lack many packages. So the missing programs would need to be added to the repository, nothing more.
http://bugs.winehq.org/show_bug.cgi?id=14055
--- Comment #32 from Marek Paśnikowski marek.pasnikowski@gmail.com 2011-03-23 11:59:40 CDT --- For now, with every crash I am going to select earlier version of wine in PlayOnLinux in order to find the place of regression. The last crash I received was in 1.0-rc1: Backtrace: =>1 0x220076f1 in mp3dec.asi (+0x76f1) (0x7d6288e0) I keep testing now.
http://bugs.winehq.org/show_bug.cgi?id=14055
--- Comment #33 from Jeff Zaroyko jeffz@jeffz.name 2011-03-23 17:31:14 CDT --- (In reply to comment #31)
(In reply to comment #30)
(In reply to comment #29)
I am sorry. I can't do the bisecting. When run with ...
I have no problem in using git (yet). The game is the one complaining here. It doesn't start because of missing files.
Did you `cd` into the application's directory before trying to run it? Many applications require you to.
http://bugs.winehq.org/show_bug.cgi?id=14055
--- Comment #34 from Marek Paśnikowski marek.pasnikowski@gmail.com 2011-03-24 03:49:54 CDT --- I have bad news. I went down to 0.9.55, where other bugs started to kick in ever growing amounts. I think that this is unsolvable in wine; it never worked. In discussions of Windows users there are some workarounds, but those don't seem to work in wine. It turns out the bug sits in the game :/ . All I can hope for is that the Heroes community will come up with something. I can do nothing about it. Bisecting is impossible because of crossfading of other, young-age-related bugs. However, the time is not wasted entirely - I learned some new tricks. Thank you for cooperation and support.
http://bugs.winehq.org/show_bug.cgi?id=14055
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Occasional wine crash |Heroes of Might and Magic |during Heroes of Might and |III occasionally crashes |Magic III gameplay |
http://bugs.winehq.org/show_bug.cgi?id=14055
--- Comment #35 from Artem S. Tashkinov t.artem@mailcity.com 2011-03-24 04:08:48 CDT --- (In reply to comment #34)
I have bad news. I went down to 0.9.55, where other bugs started to kick in ever growing amounts. I think that this is unsolvable in wine; it never worked. In discussions of Windows users there are some workarounds, but those don't seem to work in wine. It turns out the bug sits in the game :/ . All I can hope for is that the Heroes community will come up with something. I can do nothing about it. Bisecting is impossible because of crossfading of other, young-age-related bugs. However, the time is not wasted entirely - I learned some new tricks. Thank you for cooperation and support.
Someone here on bugzilla mentioned that Wine 0.9.0 doesn't have this problem, have you tested this specific version?
http://bugs.winehq.org/show_bug.cgi?id=14055
--- Comment #36 from Artem S. Tashkinov t.artem@mailcity.com 2011-03-24 04:12:03 CDT --- Dmitry,
to be even more precise:
-Heroes of Might and Magic III occasionally crashes +Heroes of Might and Magic III occasionally crashes in mp3dec.asi dll
http://bugs.winehq.org/show_bug.cgi?id=14055
--- Comment #37 from Marek Paśnikowski marek.pasnikowski@gmail.com 2011-03-24 04:18:44 CDT --- (In reply to comment #35)
(In reply to comment #34)
I have bad news. I went down to 0.9.55, where other bugs started to kick in ever growing amounts. I think that this is unsolvable in wine; it never worked. In discussions of Windows users there are some workarounds, but those don't seem to work in wine. It turns out the bug sits in the game :/ . All I can hope for is that the Heroes community will come up with something. I can do nothing about it. Bisecting is impossible because of crossfading of other, young-age-related bugs. However, the time is not wasted entirely - I learned some new tricks. Thank you for cooperation and support.
Someone here on bugzilla mentioned that Wine 0.9.0 doesn't have this problem, have you tested this specific version?
In PlayOnLinux, which I use, the oldest is 0.9.7. This particular version had broken start-up, so I chose 0.9.10, then 0.9.20, and so on. In wine SourceForge the oldest is 0.9.19. I can check some of the oldest releases in POL.
http://bugs.winehq.org/show_bug.cgi?id=14055
--- Comment #38 from Artem S. Tashkinov t.artem@mailcity.com 2011-03-24 04:20:46 CDT --- I thought you were using GIT which incorporates all wine releases.
PlayOnLinux is neither supported here, nor endorsed.
http://bugs.winehq.org/show_bug.cgi?id=14055
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Heroes of Might and Magic |Heroes of Might and Magic |III occasionally crashes |III occasionally crashes in | |mp3dec.asi
http://bugs.winehq.org/show_bug.cgi?id=14055
--- Comment #39 from Marek Paśnikowski marek.pasnikowski@gmail.com 2011-03-24 13:10:34 CDT --- (In reply to comment #38)
I thought you were using GIT which incorporates all wine releases.
PlayOnLinux is neither supported here, nor endorsed.
I have asked whether it's possible to get a specific Wine version from git, and if so, how to do that. I never received the response, so I continued to use an easiest solution. I don't think it matters, be it GIT, or POL - those builds can't differ that much. After all, I am not debugging the Wine. GIT FAQ doesn't list the question about creating an old build. Without this bit of info I can't proceed. So either I can search the vast documentation, or kindly ask you for the info. So, can you tell me, how to get this 0.9.0 release up and running, please?
http://bugs.winehq.org/show_bug.cgi?id=14055
--- Comment #40 from Juan Lang juan_lang@yahoo.com 2011-03-24 13:53:44 CDT ---
I have asked whether it's possible to get a specific Wine version from git, and if so, how to do that.
git checkout 0.9.0
http://bugs.winehq.org/show_bug.cgi?id=14055
--- Comment #41 from Artem S. Tashkinov t.artem@mailcity.com 2011-03-24 14:09:50 CDT --- After you've cloned Wine GIT repo:
$ git clone git://source.winehq.org/git/wine.git ~/wine-git
(that will deploy Wine into your /home/user_name/wine-git directory)
you can reset this GIT tree to any Wine version you want using this command:
$ git checkout wine-0.9
(available versions can be seen using `git tag -l | less` command)
now you can ./configure and run ./wine
***
Actually you were supposed to follow this document: http://wiki.winehq.org/RegressionTesting but then again you need to know for sure that Wine 0.9 indeed works. If it _really_ works, then you _have_ to carry out regression testing, e.g. this way:
git bisect start git bisect good wine-0.9.0 git bisect bad wine-1.0
and so on.
***
Last but not the least: you can download _all_ previously released wine releases from here http://ibiblio.org/pub/linux/system/emulators/wine/
http://bugs.winehq.org/show_bug.cgi?id=14055
--- Comment #42 from Marek Paśnikowski marek.pasnikowski@gmail.com 2011-03-24 17:06:10 CDT --- Briefly: git clone git checkout wine-0.9 ./configure make depend "lex.yy.c:9221:48: error: expected ‘;’, ‘,’ or ‘)’ before numeric constant"
I found this place: /* %if-c-only */ /** Setup the input buffer state to scan a string. The next call to yylex() will * scan from a @e copy of @a str. * @param yystr a NUL-terminated string to scan * * @return the newly allocated buffer state object. * @note If you want to scan bytes that may contain NUL values, then use * yy_scan_bytes() instead. */ YY_BUFFER_STATE yy_scan_string (yyconst char * yystr ) ----------------------------------------------^-------
What now? Should it be (yyconst char * (yystr) )?
http://bugs.winehq.org/show_bug.cgi?id=14055
--- Comment #43 from Artem S. Tashkinov t.artem@mailcity.com 2011-03-24 17:12:31 CDT --- Almost the first Google hit leads right to the solution of your problem: http://wiki.winehq.org/ReverseRegressionTesting
http://bugs.winehq.org/show_bug.cgi?id=14055
--- Comment #44 from Marek Paśnikowski marek.pasnikowski@gmail.com 2011-03-28 11:34:19 CDT --- Guys, I am sorry for silence - I suddenly had to move to an offline location for the few days.
I would very much like to help here, but the reverse regression testing is too much for me. On my hardware, the compilation of wine takes about three hours with all possible resources freed for the process. I estimate it could take up to two weeks of constant compilation on my small machine to find the issue. As I said - it's too much.
However, we do have progress here - we know it's mp3dec.asi; so someone else can pick up the trail now. I hope that happens sooner than later.
http://bugs.winehq.org/show_bug.cgi?id=14055
--- Comment #45 from Artem S. Tashkinov t.artem@mailcity.com 2011-03-28 11:45:28 CDT --- (In reply to comment #44)
I would very much like to help here, but the reverse regression testing is too much for me. On my hardware, the compilation of wine takes about three hours with all possible resources freed for the process. I estimate it could take up to two weeks of constant compilation on my small machine to find the issue. As I said - it's too much.
It looks like you've overlooked ccache, which can speed up your compilation manyfold. And yes, you are right, developing or doing regression tests requires beefy hardware, quite often software developers employ dual socket six cores workstations to speed up their compilation process.
http://bugs.winehq.org/show_bug.cgi?id=14055
--- Comment #46 from Artem S. Tashkinov t.artem@mailcity.com 2011-03-28 11:58:21 CDT --- (In reply to comment #44)
Two more things to consider:
1) If you have more than one CPU core, make sure you run make with -j option, e.g.
$ nice make -j2 (if you have two CPU cores)
nice is there so that compilation process doesn't interfere with your desktop activities
2) make sure you've exported proper CFLAGS which can greatly reduce compilation times, like these ones
$ export CFLAGS="-O1 -pipe"
These CFLAGS alone can cut your compilation times fivefold.
http://bugs.winehq.org/show_bug.cgi?id=14055
--- Comment #47 from Artem S. Tashkinov t.artem@mailcity.com 2011-03-28 12:17:11 CDT --- Sadly I doubt anyone will complete a proper regression testing, because Wine 0.9.0 cannot be built on a modern Linux distro as this Wine version requires old OpenGL headers, an old freetype2 library and probably other hacks which I haven't yet discovered (judging from my short experience trying to build it on Fedora 14).
As Heroes of Might and Magic III game is known to crash on Windows XP and later Windows releases and Wine strives for at least Windows XP compatibility, I suppose we can safely close this bug as "WONTFIX/INVALID/ABANDONED".
Of course, people who are genuinely interested in solving this bug are welcomed to carry out a proper regression testing.
Another solution (IMO the best one) is to get in touch with Miles Sound System developers (http://www.radgametools.com/miles.htm) who can probably identify and solve this issue as this library mp3dec.asi is their product.
http://bugs.winehq.org/show_bug.cgi?id=14055
--- Comment #48 from Artem S. Tashkinov t.artem@mailcity.com 2011-03-28 12:39:42 CDT --- Created an attachment (id=33842) --> (http://bugs.winehq.org/attachment.cgi?id=33842) h3sndfix.zip, an mp3dec.asi fix for Windows XP, Vista, 7 and Wine
Actually people have already contacted the aforementioned developers with little success, the problem is not in the library but in a way Heroes 3 works with it.
Read more information here: http://heroescommunity.com/viewthread.php3?TID=18269
Here's a link (http://www.celestialheavens.com/forums/viewtopic.php?t=8031) to the Heroes III sound fix, as promised.
http://bugs.winehq.org/show_bug.cgi?id=14055
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |INVALID
--- Comment #49 from Austin English austinenglish@gmail.com 2011-03-28 12:45:51 CDT --- (In reply to comment #48)
Created an attachment (id=33842)
--> (http://bugs.winehq.org/attachment.cgi?id=33842) [details]
h3sndfix.zip, an mp3dec.asi fix for Windows XP, Vista, 7 and Wine
Actually people have already contacted the aforementioned developers with little success, the problem is not in the library but in a way Heroes 3 works with it.
Read more information here: http://heroescommunity.com/viewthread.php3?TID=18269
Here's a link (http://www.celestialheavens.com/forums/viewtopic.php?t=8031) to the Heroes III sound fix, as promised.
Invalid then, thanks.
http://bugs.winehq.org/show_bug.cgi?id=14055
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #50 from Dmitry Timoshkov dmitry@codeweavers.com 2011-03-28 23:31:49 CDT --- Closing invalid.
http://bugs.winehq.org/show_bug.cgi?id=14055
--- Comment #51 from Marek Paśnikowski marek.pasnikowski@gmail.com 2011-04-01 04:58:20 CDT --- It turned out, that once mp3dec.asi is moved out of its directory, the game stops crashing. Sadly, no music plays then - only sounds.
http://bugs.winehq.org/show_bug.cgi?id=14055
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |m.goleb+winehq.org@gmail.co | |m
--- Comment #52 from Dmitry Timoshkov dmitry@codeweavers.com 2011-04-07 21:46:00 CDT --- *** Bug 26687 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=14055
--- Comment #53 from Michał Z. Gołębiowski m.goleb+winehq.org@gmail.com 2011-04-21 07:39:44 CDT --- I don't know if it's relevant but I've noticed something funny. I have added an applet letting me to change CPU mode for each core (Powersave/Conservative/Ondemand/Performance). The default and recommended setting is Ondemand (I have Intel Core2 Duo P8600 2,4 GHz). If I switch both cores to Performance, it seems Heroes no longer crashes...
Is it this bug or should I report a different one?
http://bugs.winehq.org/show_bug.cgi?id=14055
--- Comment #54 from Artem S. Tashkinov t.artem@mailcity.com 2011-04-21 08:02:29 CDT --- (In reply to comment #53)
I don't know if it's relevant but I've noticed something funny. I have added an applet letting me to change CPU mode for each core (Powersave/Conservative/Ondemand/Performance). The default and recommended setting is Ondemand (I have Intel Core2 Duo P8600 2,4 GHz). If I switch both cores to Performance, it seems Heroes no longer crashes...
Is it this bug or should I report a different one?
You are under a lucky alignment of stars. H3 game engine itself is buggy (read comment 48), there's nothing Wine developers can do. So, please, abstain from filing a new bug report.
http://bugs.winehq.org/show_bug.cgi?id=14055
--- Comment #55 from Michał Z. Gołębiowski m.goleb+winehq.org@gmail.com 2011-05-22 01:58:02 CDT --- I've heard for a lot of people setting CPU affinity to 1 helps. Does this problem occur on single-core setups for you? (I don't have any to check)
Is it possible to enforce CPU affinity in Wine?
http://bugs.winehq.org/show_bug.cgi?id=14055
--- Comment #56 from Artem S. Tashkinov t.artem@mailcity.com 2011-05-22 02:10:58 CDT --- (In reply to comment #55)
I've heard for a lot of people setting CPU affinity to 1 helps. Does this problem occur on single-core setups for you? (I don't have any to check)
Is it possible to enforce CPU affinity in Wine?
Setting CPU affinity won't help - it's a bug in game, not in Wine, because H3 crash under XP/Vista/7 too with the same error.
Actually I've added a working solution to this bug, please, scroll back and read more carefully.
http://bugs.winehq.org/show_bug.cgi?id=14055
Artem S. Tashkinov t.artem@mailcity.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|t.artem@mailcity.com |
http://bugs.winehq.org/show_bug.cgi?id=14055
--- Comment #57 from Michał Z. Gołębiowski m.goleb+winehq.org@gmail.com 2011-05-22 02:19:39 CDT --- (In reply to comment #56)
(In reply to comment #55)
Is it possible to enforce CPU affinity in Wine?
Setting CPU affinity won't help - it's a bug in game, not in Wine, because H3 crash under XP/Vista/7 too with the same error.
I know it's not a bug in Wine. And I was talking about _Windows_ users for whom this workaround helped, not Wine users. As there are a lot of them, I suppose there's something in it.
Actually I've added a working solution to this bug, please, scroll back and read more carefully.
Right, but what I've written also seems to help a lot of Windows users.
http://bugs.winehq.org/show_bug.cgi?id=14055
Reinhard Berger geist1@sms.at changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |geist1@sms.at
--- Comment #58 from Reinhard Berger geist1@sms.at 2011-06-20 00:00:20 CDT --- (In reply to comment #57)
(In reply to comment #56)
(In reply to comment #55)
Is it possible to enforce CPU affinity in Wine?
Setting CPU affinity won't help - it's a bug in game, not in Wine, because H3 crash under XP/Vista/7 too with the same error.
I know it's not a bug in Wine. And I was talking about _Windows_ users for whom this workaround helped, not Wine users. As there are a lot of them, I suppose there's something in it.
Actually I've added a working solution to this bug, please, scroll back and read more carefully.
Right, but what I've written also seems to help a lot of Windows users.
Under Linux you can install the program "schedtool" to let wine (heroes3) run only on one cpu core.
The crashes in mp3dec.asi seems to come from the cpu cores.
Enter the following command to start heroes3.exe :
schedtool -a 0x2 -e wine "/home/<user>/.wine/dosdevices/c:/Programme/3DO/Heroes3/Heroes3.exe"
Also use winecfg to setup Windows98 Version.
If you do not set wine for win98 version you still get the crashes, even if you use shedtool !
Also Win98 Version without "shedtool" isn't working either.
You may or not may use the soundfix (for me it doesnt make any differences)
Just note : When playing longer time at once , it looks like sound effects became some kind of delay but game is still working without any crashes.
Played more then 10h now without any crashes to mp3dec.asi.
Wine is configured for ALSA output, de-installed pulse audio.
Also currently Win1.3.19 or Wine1.3.2x without xinput2 is needed.
http://bugs.winehq.org/show_bug.cgi?id=14055
--- Comment #59 from Marek Paśnikowski marek.pasnikowski@gmail.com 2011-07-20 01:12:07 CDT --- (In reply to comment #58)
(In reply to comment #57)
(In reply to comment #56)
(In reply to comment #55)
Is it possible to enforce CPU affinity in Wine?
Setting CPU affinity won't help - it's a bug in game, not in Wine, because H3 crash under XP/Vista/7 too with the same error.
I know it's not a bug in Wine. And I was talking about _Windows_ users for whom this workaround helped, not Wine users. As there are a lot of them, I suppose there's something in it.
Actually I've added a working solution to this bug, please, scroll back and read more carefully.
Right, but what I've written also seems to help a lot of Windows users.
Under Linux you can install the program "schedtool" to let wine (heroes3) run only on one cpu core.
The crashes in mp3dec.asi seems to come from the cpu cores.
Enter the following command to start heroes3.exe :
schedtool -a 0x2 -e wine "/home/<user>/.wine/dosdevices/c:/Programme/3DO/Heroes3/Heroes3.exe"
Also use winecfg to setup Windows98 Version.
If you do not set wine for win98 version you still get the crashes, even if you use shedtool !
Also Win98 Version without "shedtool" isn't working either.
You may or not may use the soundfix (for me it doesnt make any differences)
Just note : When playing longer time at once , it looks like sound effects became some kind of delay but game is still working without any crashes.
Played more then 10h now without any crashes to mp3dec.asi.
Wine is configured for ALSA output, de-installed pulse audio.
Also currently Win1.3.19 or Wine1.3.2x without xinput2 is needed.
I have tried a few combinations of the wine and schedtool programs, but either H3 wouldn't start or crash as always. I have the .desktop shortcut on my desktop. In the "command" field of the propertied window is this: env WINEPREFIX="/home/[]/.wine/" wine C:\Program\ Files\Ubisoft\Heroes\ of\ Might\ and\ Magic\ III\ -\ Zlota\ Edycja\Heroes3.exe" Where should I put this schedtool command to run it properly from the icon? Win98 is set in the winecfg. However, my CentOS 6 uses PulseAudio by default and has only wine 1.2.3 available.
http://bugs.winehq.org/show_bug.cgi?id=14055
--- Comment #60 from Reinhard Berger geist1@sms.at 2011-07-23 08:10:12 CDT --- just modify your heroes3.desktop file (Note : I tested with Heroes3 Shadow of Death) to the following :
Replace the Line "EXEC=" as following :
Exec=schedtool -a 0x1 -e wine "/home/<user>/.wine/dosdevices/c:/Program Files/3DO/Heroes3/Heroes3.exe"
Replace <user> with your user name.
The working path should be there already, if not add/replace like the following :
Path=/home/<user>/.wine/dosdevices/c:/Program Files/3DO/Heroes3/
Note :
"Program Files" is the default path, you must/should edit this to your installed path if it is different.
That is all, if "schedtool" is installed all works fine then without any freezes in mp3dec any more.
I played now 14 Days at once with more then 14h daily , and have had not only 1 freeze now.
I needed only to change schedtool from 0x2 to 0x1 seems that the program works better when executed with CORE1 instead of CORE2.
With setting to "0x2" (Core 2) i have had freezes again after 1-2h of game play.
Tested with Ubuntu 11.04 , Wine 1.3.15 and NVIDIA Gforce 8500,disabled PULSE.
http://bugs.winehq.org/show_bug.cgi?id=14055
--- Comment #61 from Marek Paśnikowski marek.pasnikowski@gmail.com 2011-07-25 00:54:06 CDT --- (In reply to comment #58)
(In reply to comment #57)
(In reply to comment #56)
(In reply to comment #55)
Is it possible to enforce CPU affinity in Wine?
Setting CPU affinity won't help - it's a bug in game, not in Wine, because H3 crash under XP/Vista/7 too with the same error.
I know it's not a bug in Wine. And I was talking about _Windows_ users for whom this workaround helped, not Wine users. As there are a lot of them, I suppose there's something in it.
Actually I've added a working solution to this bug, please, scroll back and read more carefully.
Right, but what I've written also seems to help a lot of Windows users.
Under Linux you can install the program "schedtool" to let wine (heroes3) run only on one cpu core.
The crashes in mp3dec.asi seems to come from the cpu cores.
Enter the following command to start heroes3.exe :
schedtool -a 0x2 -e wine "/home/<user>/.wine/dosdevices/c:/Programme/3DO/Heroes3/Heroes3.exe"
Also use winecfg to setup Windows98 Version.
If you do not set wine for win98 version you still get the crashes, even if you use shedtool !
Also Win98 Version without "shedtool" isn't working either.
You may or not may use the soundfix (for me it doesnt make any differences)
Just note : When playing longer time at once , it looks like sound effects became some kind of delay but game is still working without any crashes.
Played more then 10h now without any crashes to mp3dec.asi.
Wine is configured for ALSA output, de-installed pulse audio.
Also currently Win1.3.19 or Wine1.3.2x without xinput2 is needed.
I confirm this works partially for Windows XP setting, where only the sound and music crash out, without affecting the game. Is my guess right that this happens when kernel moves a game/music process onto a different CPU core?
http://bugs.winehq.org/show_bug.cgi?id=14055
joaopa jeremielapuree@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremielapuree@yahoo.fr
--- Comment #62 from joaopa jeremielapuree@yahoo.fr 2011-07-25 01:20:30 CDT --- Anyway, if the bug occurs in a real Windows box, it is a INVALID bug.
This bug can be closed as INVALID.
http://bugs.winehq.org/show_bug.cgi?id=14055
--- Comment #63 from Austin English austinenglish@gmail.com 2011-07-25 12:30:43 CDT --- (In reply to comment #62)
Anyway, if the bug occurs in a real Windows box, it is a INVALID bug.
This bug can be closed as INVALID.
It already is..
http://bugs.winehq.org/show_bug.cgi?id=14055
--- Comment #64 from Marek Paśnikowski marek.pasnikowski@gmail.com 2011-07-26 07:16:14 CDT --- http://appdb.winehq.org/objectManager.php?sClass=version&iId=4204 I have posted "test data" with the solution to this problem included in comments. Thank you all for your support and help. Goodbye.
http://bugs.winehq.org/show_bug.cgi?id=14055
Dmitry Timoshkov dmitry@baikal.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |metalgrid@mail.bg
--- Comment #65 from Dmitry Timoshkov dmitry@baikal.ru 2012-07-23 23:04:01 CDT --- *** Bug 31265 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=14055
Dmitry Timoshkov dmitry@baikal.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |pineapplespatula@gmail.com
--- Comment #66 from Dmitry Timoshkov dmitry@baikal.ru 2013-09-30 22:12:11 CDT --- *** Bug 34634 has been marked as a duplicate of this bug. ***
https://bugs.winehq.org/show_bug.cgi?id=14055
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |trvufe@jadamspam.pl
--- Comment #67 from Austin English austinenglish@gmail.com --- *** Bug 36442 has been marked as a duplicate of this bug. ***
https://bugs.winehq.org/show_bug.cgi?id=14055
Marton Balint cus@fazekas.hu changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |cus@fazekas.hu
--- Comment #68 from Marton Balint cus@fazekas.hu --- As the appdb article describes, binding wine to 1 CPU fixes the crash.
taskset -c 0 wine Heroes3.exe
does the trick.
https://bugs.winehq.org/show_bug.cgi?id=14055
--- Comment #69 from Austin English austinenglish@gmail.com --- *** Bug 36460 has been marked as a duplicate of this bug. ***