[Bug 23934] New: Stronghold Kingdoms: loops after update

Summary: Stronghold Kingdoms: loops after update Product: Wine Version: 1.3.0 Platform: x86 URL: http://appdb.winehq.org/objectManager.php?sClass=versi on&iId=21009 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: pavelvonlostice@seznam.cz

Update process is written in C# and with some .NET components, so the dotnet20 must be installed with winetricks. First time when application downloads data from server all seems well - everythning is downloaded correctly. But when it checks again the game is getting into infinite loop. See the attachment.

-- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

Show replies by date

wine-bugs＠winehq.org

7 Aug 7 Aug

9:17 a.m.

New subject: [Bug 23934] Stronghold Kingdoms: loops after update

--- Comment #1 from Pavel Prochazka pavelvonlostice@seznam.cz 2010-08-07 04:17:44 --- Created an attachment (id=30044) --> (http://bugs.winehq.org/attachment.cgi?id=30044) behavior with dotnet20 and after update stronghold kingdoms' data

wine-bugs＠winehq.org

8 Aug 8 Aug

2:47 p.m.

New subject: [Bug 23934] Stronghold Kingdoms: loops after update

--- Comment #2 from Andrew Nguyen arethusa26@gmail.com 2010-08-08 09:47:00 --- Created an attachment (id=30052) --> (http://bugs.winehq.org/attachment.cgi?id=30052) shell32: Avoid searching the parent process location when the directory is specified.

Does this patch help? It requires unit tests and is probably not completely correct, but it does resolve the launcher looping issue.

wine-bugs＠winehq.org

9:48 p.m.

New subject: [Bug 23934] Stronghold Kingdoms: loops after update

--- Comment #3 from Pavel Prochazka pavelvonlostice@seznam.cz 2010-08-08 16:48:50 --- Thanks your patch fixes this problem.

wine-bugs＠winehq.org

25 Dec 25 Dec

9:57 a.m.

New subject: [Bug 23934] Stronghold Kingdoms: loops after update

Andrea Lazzarotto andrea.lazzarotto@gmail.com changed:

What |Removed |Added ---------------------------------------------------------------------------- CC| |andrea.lazzarotto@gmail.com

--- Comment #4 from Andrea Lazzarotto andrea.lazzarotto@gmail.com 2010-12-25 03:57:52 CST --- This bug affects me too and I confirm the patch works. Somebody should really change this from unconfirmed to new!

wine-bugs＠winehq.org

2:07 p.m.

New subject: [Bug 23934] Stronghold Kingdoms: loops after update

Wylda wylda@volny.cz changed:

--- Comment #5 from Wylda wylda@volny.cz 2010-12-25 08:07:37 CST ---

Confirmed per comment #4.

wine-bugs＠winehq.org

25 Oct 25 Oct

8:18 a.m.

New subject: [Bug 23934] Stronghold Kingdoms: loops after update

Frédéric Delanoy frederic.delanoy@gmail.com changed:

What |Removed |Added ---------------------------------------------------------------------------- CC| |frederic.delanoy@gmail.com

--- Comment #6 from Frédéric Delanoy frederic.delanoy@gmail.com 2011-10-25 03:18:07 CDT --- (In reply to comment #2)

Created attachment 30052 [details] shell32: Avoid searching the parent process location when the directory is specified.

Does this patch help? It requires unit tests and is probably not completely correct, but it does resolve the launcher looping issue.

You might want to rebase/send your patch to wine-patches so it can be merged. See http://wiki.winehq.org/SubmittingPatches for instructions.

wine-bugs＠winehq.org

14 Mar 14 Mar

6:44 a.m.

New subject: [Bug 23934] Stronghold Kingdoms: loops after update

bugs.winehq.org@terrorise.me.uk changed:

--- Comment #7 from bugs.winehq.org@terrorise.me.uk 2012-03-14 01:44:40 CDT --- this patch solved the looping problem for me with the beta version of stronghold kingdoms on steam (though there are still other fundamental problems running the game later in the launch process)

wine-bugs＠winehq.org

15 Mar 15 Mar

12:59 a.m.

New subject: [Bug 23934] Stronghold Kingdoms: loops after update

Bruno Jesus 00cpxxx@gmail.com changed:

wine-bugs＠winehq.org

19 Aug 19 Aug

6:30 p.m.

New subject: [Bug 23934] Stronghold Kingdoms: loops after update

NickNill dmbohdan@gmail.com changed:

What |Removed |Added ---------------------------------------------------------------------------- CC| |dmbohdan@gmail.com

--- Comment #8 from NickNill dmbohdan@gmail.com 2012-08-19 13:30:12 CDT --- please, someone add this patch to wine-patches to merge it in main codebase

wine-bugs＠winehq.org

17 Nov 17 Nov

9 a.m.

New subject: [Bug 23934] Stronghold Kingdoms: loops after update

Paul The Tall paulthetall@gmail.com changed:

What |Removed |Added ---------------------------------------------------------------------------- CC| |paulthetall@gmail.com

--- Comment #9 from Paul The Tall paulthetall@gmail.com 2012-11-17 03:00:33 CST --- Issue is still here in 1.5.16, anyone able to fix it in the main code?

wine-bugs＠winehq.org

9 Jun 9 Jun

3:56 p.m.

New subject: [Bug 23934] Stronghold Kingdoms: loops after update

--- Comment #10 from Frédéric Delanoy frederic.delanoy@gmail.com 2013-06-09 10:56:53 CDT --- Is this still an issue with recent wine (1.6-rc1 or later)?

wine-bugs＠winehq.org

5 Jul 5 Jul

4:02 p.m.

New subject: [Bug 23934] Stronghold Kingdoms: loops after update

mrboese@live.de changed:

What |Removed |Added ---------------------------------------------------------------------------- CC| |mrboese@live.de

--- Comment #11 from mrboese@live.de 2013-07-05 11:02:58 CDT --- (In reply to comment #10)

Is this still an issue with recent wine (1.6-rc1 or later)?

Stronghold Kingdoms shows the same behaviour on 1.6-rc1 (and rc2) (Kubuntu 13.04), but I found a way to skip the updater:

The updater downloads the real application to .../ApplicationData/Firefly/Stronghold Kingdoms.

Usually you can't start StrongholdKingdoms.exe (It checks some parameters)

By using ILSpy, I found the startup parameters:

StrongholdKingdoms.exe -InstallerVersion 116 de

Note: 116 will change on next Stronghold Kingdoms update, so you have to look at the public static int CurrentInstallerBuild = 116; attribute in class Kingdoms.Program

wine-bugs＠winehq.org

4:03 p.m.

New subject: [Bug 23934] Stronghold Kingdoms: loops after update

--- Comment #12 from mrboese@live.de 2013-07-05 11:03:40 CDT --- (In reply to comment #11)

(In reply to comment #10)

...
Is this still an issue with recent wine (1.6-rc1 or later)?

Stronghold Kingdoms shows the same behaviour on 1.6-rc1 (and rc2) (Kubuntu 13.04), but I found a way to skip the updater:

The updater downloads the real application to .../ApplicationData/Firefly/Stronghold Kingdoms.

Usually you can't start StrongholdKingdoms.exe (It checks some parameters)

By using ILSpy, I found the startup parameters:

StrongholdKingdoms.exe -InstallerVersion 116 de

Note: 116 will change on next Stronghold Kingdoms update, so you have to look at the public static int CurrentInstallerBuild = 116; attribute in class Kingdoms.Program

Addition: Change de to en ... etc (Your language)

wine-bugs＠winehq.org

28 Oct 28 Oct

1:02 a.m.

New subject: [Bug 23934] Stronghold Kingdoms: loops after update

Ian ipickert55@gmail.com changed:

What |Removed |Added ---------------------------------------------------------------------------- CC| |ipickert55@gmail.com

--- Comment #13 from Ian ipickert55@gmail.com 2013-10-27 20:02:40 CDT --- Bug is still present under 1.7.4, tested with steam version

wine-bugs＠winehq.org

21 Jan 21 Jan

9:32 p.m.

New subject: [Bug 23934] Stronghold Kingdoms: loops after update

Alistair Leslie-Hughes leslie_alistair@hotmail.com changed:

What |Removed |Added ---------------------------------------------------------------------------- CC| |leslie_alistair@hotmail.com

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

wine-bugs＠winehq.org

22 Jan 22 Jan

1:30 a.m.

New subject: [Bug 23934] Stronghold Kingdoms: loops after update

Alistair Leslie-Hughes leslie_alistair@hotmail.com changed:

What |Removed |Added ---------------------------------------------------------------------------- Blocks| |35420

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

wine-bugs＠winehq.org

4 Jan 4 Jan

6:13 a.m.

New subject: [Bug 23934] Stronghold Kingdoms: loops after update

Sebastian Lackner sebastian@fds-team.de changed:

What |Removed |Added ---------------------------------------------------------------------------- CC| |sebastian@fds-team.de

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

wine-bugs＠winehq.org

22 Jan 22 Jan

6:49 p.m.

New subject: [Bug 23934] Stronghold Kingdoms: loops after update

Erich Hoover erich.e.hoover@gmail.com changed:

What |Removed |Added ---------------------------------------------------------------------------- CC| |erich.e.hoover@gmail.com

--- Comment #14 from Erich Hoover erich.e.hoover@gmail.com --- I took a look into this issue and I'm not confident that the currently proposed patch is correct, digging into it I believe that it has to do with CreateProcess's priority for different folders: https://github.com/wine-compholio/wine-staging/tree/master/patches/kernel32-...

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

wine-bugs＠winehq.org

29 Sep 29 Sep

12:09 a.m.

New subject: [Bug 23934] Stronghold Kingdoms: loops after update

Michael Müller michael@fds-team.de changed:

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

wine-bugs＠winehq.org

10:35 a.m.

New subject: [Bug 23934] Stronghold Kingdoms: loops after update (CreateProcess does not prioritize the working directory over the system search path)

Anastasius Focht focht@gmx.net changed:

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

wine-bugs＠winehq.org

8 Apr 8 Apr

1:52 p.m.

New subject: [Bug 23934] Multiple games and applications depend on kernel32.CreateProcess to prioritize the working directory over the system search path (Stronghold Kingdoms loops after update, installers fail to find tools)

Anastasius Focht focht@gmx.net changed:

--- Comment #15 from Anastasius Focht focht@gmx.net --- Hello folks,

revisiting, still present.

I found another bunch of apps/installers breaking because of this bug.

Installer sets working directory:

--- snip --- $ WINEDEBUG=+seh,+pid,+process,+module,+file,+ntdll,+relay wine ./setup.exe

...
log.txt 2>&1

... 0043:0044:Call KERNEL32.SetCurrentDirectoryA(009d1058 "C:\users\focht\Temp\is-F8Q5D.tmp\") ret=0096aabf 0043:0044:Call ntdll.RtlSetCurrentDirectory_U(0033ec0c) ret=7b46a3a6 0043:0044:trace:file:RtlSetCurrentDirectory_U curdir now L"C:\users\focht\Temp\is-F8Q5D.tmp\" 0x108 0043:0044:Ret ntdll.RtlSetCurrentDirectory_U() retval=00000000 ret=7b46a3a6 0043:0044:Ret KERNEL32.SetCurrentDirectoryA() retval=00000001 ret=0096aabf ... --- snip ---

Content:

--- snip --- $ pwd /home/focht/.wine/drive_c/users/focht/Temp/is-F8Q5D.tmp

$ file *.exe ... FlushFileCache.exe: PE32 executable (console) Intel 80386, for MS Windows rz.exe: PE32+ executable (console) x86-64 (stripped to external PDB), for MS Windows rzw.exe: PE32 executable (console) Intel 80386, for MS Windows ztool.exe: PE32+ executable (console) x86-64, for MS Windows ... --- snip ---

Installer tries to start uncompressor app which resides in working directory:

--- snip --- ... 0043:00bb:Call KERNEL32.CreateProcessW(00000000,11492330 L"rzw d f2 f1 1023 1023",00000000,00000000,00000001,00000000,00000000,11312300 L"C:\Games\foobar\freearc1578146506.tmp",0321fc14,0321fc04) ret=6108d619 0043:00bb:trace:process:create_process_impl app (null) cmdline L"rzw d f2 f1 1023 1023" ... 0043:00bb:trace:process:find_exe_file looking for L"rzw" 0043:00bb:Call ntdll.RtlDetermineDosPathNameType_U(01605400 L"rzw") ret=7b4681e6 0043:00bb:Ret ntdll.RtlDetermineDosPathNameType_U() retval=00000005 ret=7b4681e6 ... 0043:00bb:Call ntdll.RtlInitUnicodeString(0321f450,01605438 L"rzw.exe") ret=7b468287 0043:00bb:Ret ntdll.RtlInitUnicodeString() retval=0321f450 ret=7b468287 0043:00bb:Call ntdll.RtlFindActivationContextSectionString(00000001,00000000,00000002,0321f450,0321f458) ret=7b4682a7 0043:00bb:Ret ntdll.RtlFindActivationContextSectionString() retval=c0150008 ret=7b4682a7 0043:00bb:Call ntdll.RtlInitUnicodeString(0321f48c,7b49ccb8 L"PATH") ret=7b463f2a 0043:00bb:Ret ntdll.RtlInitUnicodeString() retval=0321f48c ret=7b463f2a 0043:00bb:Call ntdll.RtlQueryEnvironmentVariable_U(00000000,0321f48c,0321f484) ret=7b463f52 0043:00bb:Ret ntdll.RtlQueryEnvironmentVariable_U() retval=c0000023 ret=7b463f52 ... 0043:00bb:Call ntdll.RtlQueryEnvironmentVariable_U(00000000,0321f48c,0321f484) ret=7b464150 0043:00bb:Ret ntdll.RtlQueryEnvironmentVariable_U() retval=00000000 ret=7b464150 0043:00bb:Call ntdll.RtlDosSearchPath_U(015fa378 L"C:\users\focht\Temp\is-APH3V.tmp;C:\windows\system32;C:\windows\system;C:\windows;C:\windows\system32;C:\windows;C:\windows\system32\wbem",01605438 L"rzw.exe",00000000,00000208,0321f868,00000000) ret=7b46899a 0043:00bb:trace:file:RtlDosPathNameToNtPathName_U_WithStatus (L"C:\users\focht\Temp\is-APH3V.tmp\rzw.exe",0x321f3f4,(nil),(nil)) 0043:00bb:trace:file:RtlGetFullPathName_U (L"C:\users\focht\Temp\is-APH3V.tmp\rzw.exe" 520 0x321f104 (nil)) 0043:00bb:trace:file:wine_nt_to_unix_file_name L"\users\focht\Temp\is-APH3V.tmp\rzw.exe" not found in /home/focht/.wine/dosdevices/c:/users/focht/Temp/is-APH3V.tmp 0043:00bb:warn:ntdll:NtQueryAttributesFile L"\??\C:\users\focht\Temp\is-APH3V.tmp\rzw.exe" not found (c0000034) 0043:00bb:trace:file:RtlDosPathNameToNtPathName_U_WithStatus (L"C:\windows\system32\rzw.exe",0x321f3f4,(nil),(nil)) 0043:00bb:trace:file:RtlGetFullPathName_U (L"C:\windows\system32\rzw.exe" 520 0x321f104 (nil)) 0043:00bb:trace:file:lookup_unix_name redirecting -> "/home/focht/.wine/dosdevices/c:/windows/syswow64" + L"rzw.exe" 0043:00bb:trace:file:wine_nt_to_unix_file_name L"\windows\system32\rzw.exe" not found in /home/focht/.wine/dosdevices/c:/windows/syswow64 0043:00bb:warn:ntdll:NtQueryAttributesFile L"\??\C:\windows\system32\rzw.exe" not found (c0000034) 0043:00bb:trace:file:RtlDosPathNameToNtPathName_U_WithStatus (L"C:\windows\system\rzw.exe",0x321f3f4,(nil),(nil)) 0043:00bb:trace:file:RtlGetFullPathName_U (L"C:\windows\system\rzw.exe" 520 0x321f104 (nil)) 0043:00bb:trace:file:wine_nt_to_unix_file_name L"\windows\system\rzw.exe" not found in /home/focht/.wine/dosdevices/c:/windows/system 0043:00bb:warn:ntdll:NtQueryAttributesFile L"\??\C:\windows\system\rzw.exe" not found (c0000034) 0043:00bb:trace:file:RtlDosPathNameToNtPathName_U_WithStatus (L"C:\windows\rzw.exe",0x321f3f4,(nil),(nil)) 0043:00bb:trace:file:RtlGetFullPathName_U (L"C:\windows\rzw.exe" 520 0x321f104 (nil)) 0043:00bb:trace:file:wine_nt_to_unix_file_name L"\windows\rzw.exe" not found in /home/focht/.wine/dosdevices/c:/windows 0043:00bb:warn:ntdll:NtQueryAttributesFile L"\??\C:\windows\rzw.exe" not found (c0000034) 0043:00bb:trace:file:RtlDosPathNameToNtPathName_U_WithStatus (L"C:\windows\system32\rzw.exe",0x321f3f4,(nil),(nil)) 0043:00bb:trace:file:RtlGetFullPathName_U (L"C:\windows\system32\rzw.exe" 520 0x321f104 (nil)) 0043:00bb:trace:file:lookup_unix_name redirecting -> "/home/focht/.wine/dosdevices/c:/windows/syswow64" + L"rzw.exe" ... 0043:00bb:Ret KERNEL32.CreateProcessW() retval=00000000 ret=6108d619 ... 0043:00b5:Call user32.MessageBoxW(00000000,015ebaac L"An error occurred while unpacking: Unknown compression method!\rUnarc.dll returned an error code: -2\rERROR: unsupported compression method",0095ed04 L"ISDone.dll",00000010) ret=0095ecd2 --- snip ---

Refining summary accordingly to indicate more apps are affected by this.

$ wine --version wine-3.5-91-g3263d51a1f

Regards

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

wine-bugs＠winehq.org

9 Apr 9 Apr

3:12 p.m.

--- Comment #16 from Erich E. Hoover erich.e.hoover@wine-staging.com --- (In reply to Anastasius Focht from comment #15)

Hello folks,

revisiting, still present.

I found another bunch of apps/installers breaking because of this bug. ...

Does the staging patchset fix the problem for you? The patches are pretty straightforward, so there's a reasonable chance that they might be accepted.

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

wine-bugs＠winehq.org

27 Jul 27 Jul

4:01 p.m.

Anastasius Focht focht@gmx.net changed:

What |Removed |Added ---------------------------------------------------------------------------- Keywords| |Installer

--- Comment #17 from Anastasius Focht focht@gmx.net --- Hello folks,

revisiting, found another (scene) installer failing due to this bug.

--- snip --- $ WINEDEBUG=+seh,+loaddll,+process,+msgbox wine ./setup.exe ... 0009:trace:process:create_process_impl starting L"C:\users\focht\Temp\is-2D605.tmp\setup.tmp" as Win32 binary (400000-579000, arch 014c) ... 002f:trace:process:__wine_kernel_init starting process name=L"C:\users\focht\Temp\is-2D605.tmp\setup.tmp" argv[0]=L"C:\users\focht\Temp\is-2D605.tmp\setup.tmp" 002f:trace:loaddll:load_native_dll Loaded L"C:\users\focht\Temp\is-2D605.tmp\setup.tmp" at 0x400000: native 0009:trace:process:create_process_impl started process pid 002e tid 002f ... 003f:trace:process:create_process_impl app (null) cmdline L""C:\users\focht\Temp\is-DMC4F.tmp\precomp.exe" -r -oout null00" ... 003f:trace:process:create_process_impl starting L"C:\users\focht\Temp\is-DMC4F.tmp\precomp.exe" as Win32 binary (400000-693000, arch 014c) ... 0045:trace:process:init_current_directory starting in L"C:\users\focht\Temp\is-DMC4F.tmp\" 0x20 0045:trace:process:__wine_kernel_init starting process name=L"C:\users\focht\Temp\is-DMC4F.tmp\precomp.exe" argv[0]=L"C:\users\focht\Temp\is-DMC4F.tmp\precomp.exe" 0045:trace:loaddll:load_native_dll Loaded L"C:\users\focht\Temp\is-DMC4F.tmp\precomp.exe" at 0x400000: native 003f:trace:process:create_process_impl started process pid 0044 tid 0045 ... 002f:trace:process:create_process_impl app (null) cmdline L""C:\windows\system32\cmd.exe" /C "del /f dt0_win.cpk"" 002f:trace:process:find_exe_file looking for L"C:\windows\system32\cmd.exe" 002f:trace:process:find_exe_file Trying native exe L"C:\windows\system32\cmd.exe" 002f:trace:process:create_process_impl starting L"C:\windows\system32\cmd.exe" as Win32 binary (10000000-100bb000, arch 014c, fakedll) 00fc:trace:loaddll:load_builtin_dll Loaded L"C:\windows\system32\KERNEL32.dll" at 0x7b420000: builtin 00fc:trace:process:init_current_directory starting in L"C:\Games\Pro Evolution Soccer 2017\Data\" 0x20 00fc:trace:process:__wine_kernel_init starting process name=L"C:\windows\system32\cmd.exe" argv[0]=L"C:\windows\system32\cmd.exe" 00fc:trace:loaddll:load_builtin_dll Loaded L"C:\windows\system32\cmd.exe" at 0x7e940000: builtin 002f:trace:process:create_process_impl started process pid 00fb tid 00fc ... 00fc:trace:process:create_process_impl app (null) cmdline L"wineconsole --use-event=24" 00fc:trace:process:find_exe_file looking for L"wineconsole" 00fc:trace:process:find_exe_file Trying native exe L"C:\windows\system32\wineconsole.exe" 00fc:trace:process:create_process_impl starting L"C:\windows\system32\wineconsole.exe" as Win32 binary (10000000-10029000, arch 014c, fakedll) 00fe:trace:loaddll:load_builtin_dll Loaded L"C:\windows\system32\KERNEL32.dll" at 0x7b420000: builtin 00fe:trace:process:init_current_directory starting in L"C:\Games\Pro Evolution Soccer 2017\Data\" 0x24 00fe:trace:process:__wine_kernel_init starting process name=L"C:\windows\system32\wineconsole.exe" argv[0]=L"wineconsole" ... 002f:fixme:win:WINNLSEnableIME hwnd 0x10142 enable 0: stub! 0104:trace:process:create_process_impl app (null) cmdline L"lzma2.dll x -txz -an -y -si -so" 0104:trace:process:find_exe_file looking for L"lzma2.dll" 0104:trace:process:find_exe_file looking for L"lzma2.dll x" 0104:trace:process:find_exe_file looking for L"lzma2.dll x -txz" 0104:trace:process:find_exe_file looking for L"lzma2.dll x -txz -an" 0104:trace:process:find_exe_file looking for L"lzma2.dll x -txz -an -y" 0104:trace:process:find_exe_file looking for L"lzma2.dll x -txz -an -y -si" 0104:trace:process:find_exe_file looking for L"lzma2.dll x -txz -an -y -si -so" 0100:trace:msgbox:MSGBOX_OnInit L"An error occurred while unpacking: Unable to write data to disk!\rUnarc.dll returned an error code: -11\rERROR: archive data corrupted (decompression fails)" ... --- snip ---

With Wine-Staging patchset applied the installer succeeds and unpacks all archives. So yes, it would be nice if this goes into mainline, as it will fix various installers.

--- snip --- ... 0104:trace:process:create_process_impl app (null) cmdline L"lzma2.dll x -txz -an -y -si -so" 0104:trace:process:find_exe_file looking for L"lzma2.dll" 0104:trace:process:find_exe_file Trying native exe L"C:\users\focht\Temp\is-74SK2.tmp\lzma2.dll" 0104:trace:process:create_process_impl starting L"C:\users\focht\Temp\is-74SK2.tmp\lzma2.dll" as Win32 binary (400000-446000, arch 014c) ... 0106:trace:process:__wine_kernel_init starting process name=L"C:\users\focht\Temp\is-74SK2.tmp\lzma2.dll" argv[0]=L"lzma2.dll" 0106:trace:loaddll:load_native_dll Loaded L"C:\users\focht\Temp\is-74SK2.tmp\lzma2.dll" at 0x400000: native 0104:trace:process:create_process_impl started process pid 0105 tid 0106 ... 0106:trace:loaddll:free_modref Unloaded module L"C:\users\focht\Temp\is-74SK2.tmp\7z.dll" : native

Unpacking 42,007,828 bytes with fbz d $$arcpackedfile$$.tmp $$arcdatafile$$.tmp 0115:trace:process:create_process_impl app (null) cmdline L"fbz d $$arcpackedfile$$.tmp $$arcdatafile$$.tmp" 0115:trace:process:find_exe_file looking for L"fbz" 0115:trace:process:find_exe_file Trying native exe L"C:\users\focht\Temp\is-74SK2.tmp\fbz.exe" 0115:trace:process:create_process_impl starting L"C:\users\focht\Temp\is-74SK2.tmp\fbz.exe" as Win32 binary (400000-495000, arch 014c) 011e:trace:loaddll:load_builtin_dll Loaded L"C:\windows\system32\KERNEL32.dll" at 0x7b420000: builtin 011e:trace:process:init_current_directory starting in L"C:\Games\Pro Evolution Soccer 2017\freearc2145369739.tmp\" 0x18 011e:trace:process:__wine_kernel_init starting process name=L"C:\users\focht\Temp\is-74SK2.tmp\fbz.exe" argv[0]=L"fbz" 011e:trace:loaddll:load_native_dll Loaded L"C:\users\focht\Temp\is-74SK2.tmp\fbz.exe" at 0x400000: native 0115:trace:process:create_process_impl started process pid 011d tid 011e 011e:trace:loaddll:load_builtin_dll Loaded L"C:\windows\system32\msvcrt.dll" at 0x7e9a0000: builtin 011e:trace:process:set_entry_point setting FT_Thunk at 0x7b6436fc to 00000000

Input: "$$arcpackedfile$$.tmp" Output: "$$arcdatafile$$.tmp"

Decompressing (return profile)...

Block 1: decoding Unpacking 41,978,156 bytes with fbz d $$arcpackedfile$$.tmp $$arcdatafile$$.tmp 0116:trace:process:create_process_impl app (null) cmdline L"fbz d $$arcpackedfile$$.tmp $$arcdatafile$$.tmp" ... --- snip ---

$ wine --version wine-3.13-3-g7e90bea1af

Regards

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

wine-bugs＠winehq.org

5:52 p.m.

--- Comment #18 from Erich E. Hoover erich.e.hoover@wine-staging.com --- (In reply to Anastasius Focht from comment #17)

... With Wine-Staging patchset applied the installer succeeds and unpacks all archives. So yes, it would be nice if this goes into mainline, as it will fix various installers. ...

Thanks AF, I will look over the new patch submission guidelines and get these patches updated for submission. I wasn't able to make it to WineConf this year due to dealing with some family matters, so I'm a little behind the times ;)

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

WineHQ Bugzilla

4 Oct 4 Oct

3:12 p.m.

Zebediah Figura z.figura12@gmail.com changed:

What |Removed |Added ---------------------------------------------------------------------------- CC| |z.figura12@gmail.com

--- Comment #19 from Zebediah Figura z.figura12@gmail.com --- Is this fixed by https://source.winehq.org/git/wine.git/commitdiff/a5d45e9ae5a6a88f859c1ca1f05b4c93a0817103?

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

WineHQ Bugzilla

20 Oct 20 Oct

8:51 a.m.

Anastasius Focht focht@gmx.net changed:

--- Comment #20 from Anastasius Focht focht@gmx.net --- Hello Zeb,

--- quote --- Is this fixed by https://source.winehq.org/git/wine.git/commitdiff/a5d45e9ae5a6a88f859c1ca1f0... ? --- quote ---

Yes, indeed. One has to look at the actual change as the commit message ("kernel32: Move exe path functions to ntdll.") doesn't imply it. People would not expect a functional change here, that is introducing 'RtlGetExePath' implementation and using it (altering the behaviour).

Anyway, thank you for the reminder and Erich, Alexandre for the fix. It's sad that it took nine years though.

$ wine --version wine-4.18

Regards

-- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

WineHQ Bugzilla

1 Nov 1 Nov

8:41 p.m.