https://bugs.winehq.org/show_bug.cgi?id=56479
Bug ID: 56479 Summary: Shrift 2 Translation Patch 1.3Gamev2.07: could not load file or assembly. access denied. Product: Wine Version: 9.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: solin-arrin@protonmail.com Distribution: ---
Created attachment 76247 --> https://bugs.winehq.org/attachment.cgi?id=76247 log of error
required libraries: Dotnet 7 Desktop runtime x86 7.0.14
URL: https://mega.nz/folder/sfdglALL#dhxWNXv4NEDxvmbmC8Y2WA/folder/MbkUDZ7B sha256sum:8a29e924c0cc965d40c0b99ac5342cfc46adbf754fc1ac068c50bd4c3d1c1167
while the URL is a file-sharing site this is the only place the translation patch is being distributed by the developer of the patch.
crashes when trying to launch the program.
i have tested this problem only seems to effect wine as i am able to get the program to run and translated the game on windows.
the program can start without having the game, though it will ask you to select the game directory.
tested with both a 64 and 32 prefix, issue happens on both.
https://bugs.winehq.org/show_bug.cgi?id=56479
--- Comment #1 from solin arrin solin-arrin@protonmail.com --- tested with wine 9.6 and with wine-staging(checked to 9.6), no change.
https://bugs.winehq.org/show_bug.cgi?id=56479
Ken Sharp imwellcushtymelike@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |dotnet URL| |https://mega.nz/folder/sfdg | |lALL#dhxWNXv4NEDxvmbmC8Y2WA | |/folder/MbkUDZ7B
--- Comment #2 from Ken Sharp imwellcushtymelike@gmail.com --- Is the demo patch a patch for a downloadable demo? If so, does the same issue occur?
https://bugs.winehq.org/show_bug.cgi?id=56479
--- Comment #3 from solin arrin solin-arrin@protonmail.com --- yes the demo only patch is a patch for the demo(i forgot there was a demo)
demo game link: https://www.dlsite.com/maniax/work/=/product_id/RJ318368.html
the demo patch uses Dotnet 6 which does not seem to be affected by the bug
https://bugs.winehq.org/show_bug.cgi?id=56479
--- Comment #4 from solin arrin solin-arrin@protonmail.com --- with the update to "1.32Gamev2.11", the installer has switched to using Dotnet 8 Desktop runtime x86 8.0.4.
besides the version change, the error is the same.
uploaded the log of 1.32Gamev2.11 encase the is a difference that i can not spot.
https://bugs.winehq.org/show_bug.cgi?id=56479
--- Comment #5 from solin arrin solin-arrin@protonmail.com --- Created attachment 76361 --> https://bugs.winehq.org/attachment.cgi?id=76361 error log of patch 1.32Gamev2.11
https://bugs.winehq.org/show_bug.cgi?id=56479
--- Comment #6 from solin arrin solin-arrin@protonmail.com --- same issue as of patch S2 Translation v1.5Gamev2.56.exe.
updated dotnet 8 in prefix but no change.
https://bugs.winehq.org/show_bug.cgi?id=56479
--- Comment #7 from solin arrin solin-arrin@protonmail.com --- same issue as of patch version 1.7 game version v2.68, tested with wine v9.21 and wine-staging v9.21 using dontnet version 8.0.10
https://bugs.winehq.org/show_bug.cgi?id=56479
Louis Lenders xerox.xerox2000x@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW CC| |xerox.xerox2000x@gmail.com Ever confirmed|0 |1 Keywords| |download
--- Comment #8 from Louis Lenders xerox.xerox2000x@gmail.com --- Confirming.
This starts fine in older wine-staging version like wine-staging 9.14, however not in current vanilla wine and current wine-staging.
As a guess I would say disabled wine-staging patches cause it to crash now as well in staging.
Before the crash there are various calls to VirtualAlloc2 (and MapViewofFile3); commenting out the entry for VitrualAlloc2 in kernelbase.spec makes the application start for me in current wine. So seems to point to some memory related issues; I do not know what wine-staging patch "fixed" this in wine-staging 9.14
https://bugs.winehq.org/show_bug.cgi?id=56479
Fabian Maurer dark.shadow4@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dark.shadow4@web.de
https://bugs.winehq.org/show_bug.cgi?id=56479
--- Comment #9 from Fabian Maurer dark.shadow4@web.de --- The error comes from ntdll/unix/virtual.c: https://gitlab.winehq.org/wine/wine/-/blob/4c0103e5/dlls/ntdll/unix/virtual....
- set_protection - calls set_vprot - calls mprotect_exec - "return mprotect( base, size, unix_prot );" - mprotect fails with error 13 (EACCES)
Linux manpage says (https://man7.org/linux/man-pages/man2/mprotect.2.html)
EACCES The memory cannot be given the specified access. This can happen, for example, if you mmap(2) a file to which you have read-only access, then ask mprotect() to mark it PROT_WRITE.
If we check where the adress comes from, it got mapped by MapViewOfFile3 - as PAGE_EXECUTE_READ