http://bugs.winehq.org/show_bug.cgi?id=9975
Summary: unhandled exception - Conquer Online 2 - patch 4354+ Product: Wine Version: 0.9.46. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-winelib AssignedTo: wine-bugs@winehq.org ReportedBy: dj@lucasit.com
Conquer Online 2.0 unable to play latest version. Older versions work back to patch 4353, at least to the usability level specified in the AppDB for it.
http://appdb.winehq.org/objectManager.php?sClass=version&iId=4055
Latest download can be obtained here:
http://www.download.com/Conquer-Online/3000-7541_4-10733998.html?tag=lst-0-1
Application exits with the following errors (trimmed for brevity):
[dj@NAME25 Conquer 2.0]# wine Conquer.exe blacknull fixme:midi:OSS_MidiInit Synthesizer supports MIDI in. Not yet supported. wine: Unhandled page fault on read access to 0x30203020 at address 0x4383e0 (thread 0009), starting debugger... Unhandled exception: page fault on read access to 0x30203020 in 32-bit code (0x004383e0).
http://bugs.winehq.org/show_bug.cgi?id=9975
--- Comment #1 from DJ dj@lucasit.com 2007-10-09 21:38:38 --- Created an attachment (id=8490) --> (http://bugs.winehq.org/attachment.cgi?id=8490) Full console output
http://bugs.winehq.org/show_bug.cgi?id=9975
DJ dj@lucasit.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dj@lucasit.com
--- Comment #2 from DJ dj@lucasit.com 2007-10-09 21:42:49 --- Note: the command line switch 'blacknull' passed to Conquer.exe allows you to run the executable directly, else it requires that you run play.exe, which calls autopatch and then conquer. The results are the same when run from play.exe. See my comments in the AppDB entry too. Please let me know if debugging output will help.
http://bugs.winehq.org/show_bug.cgi?id=9975
--- Comment #3 from DJ dj@lucasit.com 2007-10-09 22:15:12 --- Created an attachment (id=8491) --> (http://bugs.winehq.org/attachment.cgi?id=8491) Debug output
Attached are the results of:
WINEDEBUG=+all wine Conquer.exe blacknull &> /home/dj/FULLDEBUG.txt grep -A 50 -B 300 "seh:" /home/dj/FULLDEBUG.txt > /home/dj/TruncatedDebug.txt
Hopefully that's enough context to go on, if not, or if it would be easier to view different debug values, let me know.
http://bugs.winehq.org/show_bug.cgi?id=9975
--- Comment #4 from oiaohm oiaohm@users.sf.net 2007-10-09 22:30:27 --- Could you please try with sound disabled if that works try with alsa instead of oss.
Just in case its a sound related problem.
http://bugs.winehq.org/show_bug.cgi?id=9975
--- Comment #5 from DJ dj@lucasit.com 2007-10-09 22:38:41 --- (In reply to comment #4)
Could you please try with sound disabled if that works try with alsa instead of oss.
Tried all audio options (alsa, oss, nas) and disabled also with Driver Emulation checked as well. Same results.
Thanks for getting on this so quickly.
http://bugs.winehq.org/show_bug.cgi?id=9975
--- Comment #6 from DJ dj@lucasit.com 2007-10-09 23:04:06 --- The latest and greatest Visual C++ Runtime, available at: http://www.microsoft.com/downloads/details.aspx?familyid=200B2FD9-AE1A-4A14-... doesn't break it any more or less. Apparently all that is needed is the two libs mentioned in the AppDB..btw...those can be obtained from that package. I noticed lots of 'unknown' return values from mcf42.xxx in the debug output so I figured an update couldn't hurt. :-) Yeah right...I'll delete and reinstall. FYI, No change to md5sums for those two libs.
http://bugs.winehq.org/show_bug.cgi?id=9975
--- Comment #7 from Juan Lang juan_lang@yahoo.com 2007-10-10 12:15:26 --- If you mean errors like: 0009:CALL MFC42.765(<unknown, check return>(0x110000,00000002,00000040): returning 0x1d633f8 ) ret=00401730 0009:RET MFC42.765() retval=00000000 ret=00401730
Those are a red herring. It just means that the parameters to the function are unknown by the relay/snoop mechanism until the function returns because of the calling convention. (If you don't know what that means, just ignore.)
The problem is an uninitialized variable somewhere or another. From the log, the first seh entry is: 0009:trace:seh:raise_exception code=c0000005 flags=0 addr=0x4383e0 0009:trace:seh:raise_exception info[0]=00000000 0009:trace:seh:raise_exception info[1]=55555555 0009:trace:seh:raise_exception eax=00000000 ebx=00000000 ecx=55555555 edx=00000029 esi=01d5f5f4 edi=7e77e8b0
c0000005 is an access violation, and ecx has the bogus value: 0x55555555. Microsoft uses that value for uninitialized variables in debug versions of their libraries to help you catch bugs. This could well be an app bug that happens not to occur on Windows.
http://bugs.winehq.org/show_bug.cgi?id=9975
--- Comment #8 from DJ dj@lucasit.com 2007-10-10 18:32:26 --- (In reply to comment #7)
0009:CALL MFC42.765(<unknown..... <SNIP>
Those are benign and can be safely ignored...no problem.
The problem is an uninitialized variable somewhere or another. From the log, the first seh entry is: 0009:trace:seh:raise_exception code=c0000005 flags=0 addr=0x4383e0 0009:trace:seh:raise_exception info[0]=00000000 0009:trace:seh:raise_exception info[1]=55555555 0009:trace:seh:raise_exception eax=00000000 ebx=00000000 ecx=55555555 edx=00000029 esi=01d5f5f4 edi=7e77e8b0
c0000005 is an access violation, and ecx has the bogus value: 0x55555555. Microsoft uses that value for uninitialized variables in debug versions of their libraries to help you catch bugs. This could well be an app bug that happens not to occur on Windows.
So, if I understand correctly, assuming your analysis is correct (and I have no reason to suspect otherwise), there is pretty much nothing that can be done from the wine developers' POV.
Also, I don't understand the scope. Is that from the Microsoft libraries or is it definitely limited to the Conquer executable or c3 library (or elsewhere)? Is it even possible to tell from the debug output? If the latter, we just have to sit on it and hope that the application vendor fixes a compile time warning that will most likely never cause an error in windows? Could it also be related to a missing support file of some sort? I do recall that they had changed fonts quite a bit recently, but those are usually benign IMLE, and are usually included in the patch anyway. Actually that was back around the mid 4340s that they were toying with the fonts IIRC (before the problem surfaced). Anyway, the question stands valid as is.
Not that they'll be very receptive to a bug report for wine anyway, but I can't go pleading to them without at least a basic understanding of the problem.
Thank you very much for your time on this Juan, and if you need anything further from me, I'll be happy to supply y'all with it.
http://bugs.winehq.org/show_bug.cgi?id=9975
--- Comment #9 from DJ dj@lucasit.com 2007-10-14 13:23:13 --- http://bbs.conqueronline.com/showthread.php?p=6500884#post6500884
Bugged TQD about it.
http://bugs.winehq.org/show_bug.cgi?id=9975
James Hawkins truiken@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|_obsolete_winelib |-unknown
http://bugs.winehq.org/show_bug.cgi?id=9975
--- Comment #10 from DJ dj@lucasit.com 2008-01-09 22:44:44 --- FYI. I did respond to TQD (support@conqueronline.com) but have not received a response from them. A second message was sent today. Ignoring the obvious, I'm not sure that this bug should be active for now as the error is triggered by a problem in the binary. However, (the obvious part) this error is handled, or is simply not triggered in a real windows environment, so I am unsure what to do with it. I'd suggest leaving it open with a back-burner status for now, but I'll bow to the wine developers' decision. If it's left, I'll test and nudge it when I have the time to spare. BTW, can anyone at least confirm it before Priority/Severity is changed? Shouldn't take more than a half hour on a fast PC with a decent internet connection.
http://bugs.winehq.org/show_bug.cgi?id=9975
DJ dj@lucasit.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|0.9.46. |0.9.52.
--- Comment #11 from DJ dj@lucasit.com 2008-01-16 23:09:25 --- Another wine user (for now, unnamed without permission) contacted me about this issue which prompted me to contact TQ again. Looks like we might get some help from the developer after all. We now have an interested developer on the TQ payroll. :-) The other user has been conversing with a support guy and I've been on the CC list. For now the 55555555 is gone, but the access violation persists. The interested TQ programmer has requested a backtrace for his review. The same error is now confirmed on 0.9.52. I'm getting a GL error with .53...52 should be fininshed building in about 10 minutes. If no GL error with .52, I'll post a +seh here for review.
http://bugs.winehq.org/show_bug.cgi?id=9975
James Hawkins truiken@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|0.9.52. |0.9.46.
--- Comment #12 from James Hawkins truiken@gmail.com 2008-01-16 23:12:29 --- Don't change the original reported version.
http://bugs.winehq.org/show_bug.cgi?id=9975
Feiyun Wang feiyunw@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |feiyunw@yahoo.com
--- Comment #13 from Feiyun Wang feiyunw@yahoo.com 2008-01-26 07:43:03 --- I managed to bring up the game login screen with the following steps: 1. Copy the game folder in Windows to ~/Conquer/ ; 2. Copy mfc42.dll and msvcp60.dll to ~/Conquer/ too; 3. Add linux user account to audio group, so audio device will work for WINE; adduser YOUR_LINUX_ACCOUNT audio 4. logout and relogin linux user account, so that the previous change will take effect; 5. Go back to home directory to setup WINE configuration: cd; rm -rf .wine/ ; winecfg 6. In winecfg dialog: 6a. Open "Audio" sheet, a dialog reads "A recommended driver has been selected for you ." will jump out, click "OK" then. It will setup audio automatically, click "Apply" button to accept; 6b. Open "Drivers" sheet, my "Drive mappings" setting looks like: C: ../drive_c Z: / 6c. Open "Graphics" sheet, check "Emulate a virtual desktop", and set Desktop to "1024 X 768" or larger; 7. Copy cour.ttf (Courier New TrueType font file) and arial.ttf in Windows Fonts folder to ~/.wine/drive_c/windows/fonts/ folder: cp /mnt/dos/win/Fonts/cour.ttf ~/.wine/drive_c/windows/fonts/ cp /mnt/dos/win/Fonts/arial.ttf ~/.wine/drive_c/windows/fonts/ Your should change the path in the above commands accordingly. 8. Modify font information in registy file ~/.wine/system.reg, looks like: [Software\Microsoft\Windows\CurrentVersion\Fonts] 1201379398 "Arial"="arial.ttf" "Courier"="coure.fon" "Courier New"="cour.ttf" [Software\Microsoft\Windows NT\CurrentVersion\Fonts] 1201381146 "Arial"="arial.ttf" "Courier"="coure.fon" "Courier New"="cour.ttf" Remember both places must be modified to add "Arial" and "Courier New"; I guess the reason for the exception problem in WINE is that Conquer has changed the default font (defined in ini/Font.ini) from "Courier" or "Arial" to "Courier New", which is not used by WINE as the default setting. 9. Now launch the game: cd ~/Conquer; wine play.exe
http://bugs.winehq.org/show_bug.cgi?id=9975
--- Comment #14 from Feiyun Wang feiyunw@yahoo.com 2008-01-26 10:29:07 --- Another reason that may cause exception is that Conquer/debug and Conquer/LOG folders are not writeable, so do this: cd ~/Conquer/ ; chmod +w -R debug/ LOG/ If auto patch mechanism is desirable, you probably should make the whole directory writable: cd ~/Conquer/ ; chmod +w -R *
http://bugs.winehq.org/show_bug.cgi?id=9975
John C. McCabe-Dansted gmatht@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |gmatht@gmail.com
--- Comment #15 from John C. McCabe-Dansted gmatht@gmail.com 2008-01-28 21:29:57 --- I'd like to confirm that adding the fonts allowed me to get to the login screen. FYI, I can't see the cursor on the login screen. This may be related to: http://bugs.winehq.org/show_bug.cgi?id=6710 it may also be related to the following fixme. fixme:cursor:CURSORICON_LoadFromFile No support for .ani cursors.
Anyway this is probably a totally different bug.
http://bugs.winehq.org/show_bug.cgi?id=9975
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- URL| |http://www.download.com/Conq | |uer-Online/3000-7541_4- | |10733998.html?tag=lst-0-1 Keywords| |download
--- Comment #16 from Austin English austinenglish@gmail.com 2008-06-16 15:47:33 --- Is this still an issue in current (1.0-rc5 or newer) wine?
http://bugs.winehq.org/show_bug.cgi?id=9975
--- Comment #17 from John C. McCabe-Dansted gmatht@gmail.com 2008-06-17 00:00:12 --- This bug is no longer an issue because it was an access of uninitialized memory that was fixed in the latest version of the exe.
Conquer Online is still unusable. I don't know whether it technically can be made to work. Major issues: 1) Wine still lacks animated cursor support (cannot see cursor) 2) Display corruption (cannot see where you are even meant to be clicking) 3) Have to enter text while holding down Alt. More display corruption makes it hard to see text entered 4) Once I get around all that, I get a "server busy message" and it kicks me. (This last one is not wine's fault)
http://bugs.winehq.org/show_bug.cgi?id=9975
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |ABANDONED
--- Comment #18 from Austin English austinenglish@gmail.com 2008-12-17 11:03:44 --- Download is no longer available, and the bug is fixed in newer versions. The other issues are either covered by other bugs, or should have new bugs filed.
http://bugs.winehq.org/show_bug.cgi?id=9975
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #19 from Austin English austinenglish@gmail.com 2008-12-17 15:34:48 --- Closing.