http://bugs.winehq.org/show_bug.cgi?id=36690
Bug ID: 36690 Summary: Rockman 7FC has issues with Shade Man Easter Egg Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: zombie_ryushu@yahoo.com
Due to an unimplemented function, this game crashes when entering Shade Man's Level.
fixme:time:GetCalendarInfoW Unimplemented caltype 3 fixme:time:GetCalendarInfoW Unimplemented caltype 4
The issue is that there is a time sensetive Easter Egg in Shade Man's level. Triggered properly, the game says: Mystery! The Horror! Music from Ghost and Goblins plays when you enter Shade Man's level.
Only because of this issue, the game throws a Divide by Zero issue, and boots you out. So you can play all the other Robot Masters except for Shade Man. Making the game not completable. All other robot Master levels are playable.
http://bugs.winehq.org/show_bug.cgi?id=36690
Sagawa sagawa.aki+winebugs@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |sagawa.aki+winebugs@gmail.c | |om
--- Comment #1 from Sagawa sagawa.aki+winebugs@gmail.com --- Hi, I can reproduce the issue. But, I doubt GetCalendarInfoW is the cause of this issue. Because caltype 3 (=CAL_IYEAROFFSETRANGE) and 4 (=CAL_SERASTRING) don't work in English locale even on native.
Additionally, Importance is not a blocker. See http://bugs.winehq.org/page.cgi?id=fields.html#importance .
I've tested with final2.zip (sha1:a265cb67f469afcff80b6fea70e07204a0972699) from http://www7.atwiki.jp/wakuwakusuru/pub/final2.zip .
http://bugs.winehq.org/show_bug.cgi?id=36690
Rosanne DiMesio dimesio@earthlink.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Severity|blocker |normal
https://bugs.winehq.org/show_bug.cgi?id=36690
--- Comment #2 from Sagawa sagawa.aki+winebugs@gmail.com --- Hi, Regarding this bug, I found out the root cause. It's CompareStringA issue like Bug 10767.
In detail, this application has an assumption about sort order, especially `.' (ASCII:0x2E) and `_' (ASCII:0x5F). In other words, the application expects that `moon.bmp' comes before `moon_hasira.bmp'. Needless to say, Windows acts like this. However, in wine's implementation, `moon_hasira.bmp' comes, then `moon.bmp'. The application can't handle this situation properly because it just manage bitmaps in load order.
If you are curious about this, please try swapping `moon_hasira.bmp' and `moon.bmp'. After that, the Shade Man's level starts normally. But you will notice some graphic glitches in zombies, Shade Man and so on.
https://bugs.winehq.org/show_bug.cgi?id=36690
--- Comment #3 from Zombie Ryushu zombie_ryushu@yahoo.com --- Outstanding. What would the best resolution to the problem be ideally?
https://bugs.winehq.org/show_bug.cgi?id=36690
--- Comment #4 from Austin English austinenglish@gmail.com --- This is your friendly reminder that there has been no bug activity for over a year. Is this still an issue in current (1.7.51 or newer) wine?
https://bugs.winehq.org/show_bug.cgi?id=36690
--- Comment #5 from Zombie Ryushu zombie_ryushu@yahoo.com --- Yes, it is.
https://bugs.winehq.org/show_bug.cgi?id=36690
winetest@luukku.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |winetest@luukku.com, | |zombie_ryushu@yahoo.com
--- Comment #6 from winetest@luukku.com --- The other bug contains a patch now. Can you tell if it fixes this bug also?
https://bugs.winehq.org/show_bug.cgi?id=36690
--- Comment #7 from Zombie Ryushu zombie_ryushu@yahoo.com --- It is, but the rest of the game is fine.
https://bugs.winehq.org/show_bug.cgi?id=36690
--- Comment #8 from Bruno Jesus 00cpxxx@gmail.com --- (In reply to winetest from comment #6)
The other bug contains a patch now. Can you tell if it fixes this bug also?
(In reply to Zombie Ryushu from comment #7)
It is, but the rest of the game is fine.
Just to double check, the patch from bug 10767 solves this bug, right?
https://bugs.winehq.org/show_bug.cgi?id=36690
Zombie Ryushu zombie_ryushu@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED
--- Comment #9 from Zombie Ryushu zombie_ryushu@yahoo.com --- Fixed as of Wine 1.9.12
https://bugs.winehq.org/show_bug.cgi?id=36690
--- Comment #10 from winetest@luukku.com --- (In reply to Zombie Ryushu from comment #9)
Fixed as of Wine 1.9.12
Just pure wine 1.9.12 and not including any external patches (compiled wine yourself)? Or not using wine-staging?
https://bugs.winehq.org/show_bug.cgi?id=36690
--- Comment #11 from Zombie Ryushu zombie_ryushu@yahoo.com --- This is using my Distro's Vanilla wine Build it was an RPM, but no patches were applied. (Compiled in my personal Repo) So yes.
https://bugs.winehq.org/show_bug.cgi?id=36690
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #12 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 1.9.22.
-
wine-bugs＠winehq.org