[Bug 40407] New:=?UTF-8?Q?=20=E7=B4=85=E8=93=AE=E8=8F=AF=20fails=20to=20read=20files=20from=20the=20game?='s archives
https://bugs.winehq.org/show_bug.cgi?id=40407
Bug ID: 40407 Summary: 紅蓮華 fails to read files from the game's archives Product: Wine Version: 1.9.7 Hardware: x86-64 URL: http://www.escude.co.jp/product/gurenka/download04.htm l OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: mokouthrowaway@gmail.com Distribution: ---
Created attachment 54139 --> https://bugs.winehq.org/attachment.cgi?id=54139 Error dialog after clicking on the "Flowchart" menu item
Steps to reproduce: 1. Download the trial version of the game ("ＤＬ" links are direct links to the zip) 2. Run gurenka.exe with Wine 3. Click on the "Flowchart" menu item
Actual results: The game crashes with an error about being unable to read the "gfx\chart\flowchart.lsf" file.
Expected results: The game shows the flowchart screen.
Similar errors can be encountered when clicking on "Start" or trying to load the game (if there are save files present).
I can add WINEDEBUG output as an attachment, but I'm not sure which debug channels to use, with +relay the log file is about 10-40MiB large, not sure if it's fine to attach files of that size.
gurenka_trial_net.zip checksums: MD5 a59b65b29bc14b2821444ced26487f3b SHA1 5841a955484578ddb4d6f8b3733548cfa0eb156c SHA384 2e4264f364c8395c6b7b0ce1b22aa27ffeaed8315a97f186bd5344bb7048bfdde2805071960765d199181eaf70040bdd
https://bugs.winehq.org/show_bug.cgi?id=40407
Mokou mokouthrowaway@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download
https://bugs.winehq.org/show_bug.cgi?id=40407
Mokou mokouthrowaway@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mokouthrowaway@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=40407
Mokou mokouthrowaway@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|mokouthrowaway@gmail.com |
https://bugs.winehq.org/show_bug.cgi?id=40407
--- Comment #1 from Bruno Jesus 00cpxxx@gmail.com --- Hi, just to be sure: did you CD into the game folder before running the exe file?
Instead of something like:
wine /home/user/.wine/drive_c/Program\ Files/game/game.exe
Do:
cd /home/user/.wine/drive_c/Program\ Files/game/ wine game.exe
Many applications require that the exe is run from the correct folder or they end up not finding the correct files.
https://bugs.winehq.org/show_bug.cgi?id=40407
--- Comment #2 from Mokou mokouthrowaway@gmail.com --- Yes. I'm sure it chokes on reading the archive files. In +file,+msgbox debug logs I found it was trying to open files directly first, when that failed it tried looking in the archives. I tried extracting the archives (extracting tools aren't officially provided, so it shouldn't be seen as a valid solution) and found out it actually makes the game load the files.
https://bugs.winehq.org/show_bug.cgi?id=40407
Sagawa sagawa.aki+winebugs@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |sagawa.aki+winebugs@gmail.c | |om
--- Comment #3 from Sagawa sagawa.aki+winebugs@gmail.com --- Hi Mokou, I think this is Wine's incompatibility related collation (or sort weight) table.
As you might know, Wine uses Unicode.org's collation table for string comparison. However, Windows uses their own table for the purpose. Therefore, in some cases, the sort order differs between Wine and Windows.
In this case, the application searches archived file name with following code: lstrcmpiA("chart\flowchart.lsf","chart\flowchart_019.bmp"); It returns positive(1) on Wine but negative(-1) on Windows. So, it can't find out archive file name by binary search algorithm. This is the cause of this issue.
Similar case as seen in Bug 35009, Bug 36690 and Bug 10767.
https://bugs.winehq.org/show_bug.cgi?id=40407
--- Comment #4 from Mokou mokouthrowaway@gmail.com --- I can confirm that there are no crashes after applying the staged patch mentioned in Bug 10767. Should I close this bug in favor of that one?
https://bugs.winehq.org/show_bug.cgi?id=40407
--- Comment #5 from Sagawa sagawa.aki+winebugs@gmail.com --- Yes. Please mark this issue as duplicate of Bug 10767.
https://bugs.winehq.org/show_bug.cgi?id=40407
Mokou mokouthrowaway@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |DUPLICATE Status|UNCONFIRMED |RESOLVED
--- Comment #6 from Mokou mokouthrowaway@gmail.com --- Done
*** This bug has been marked as a duplicate of bug 10767 ***
https://bugs.winehq.org/show_bug.cgi?id=40407
Bruno Jesus 00cpxxx@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #7 from Bruno Jesus 00cpxxx@gmail.com --- Closing duplicate bugs.
-
wine-bugs＠winehq.org