[Bug 50894] New: Starting rundll32.exe via sysnative fails
https://bugs.winehq.org/show_bug.cgi?id=50894 Bug ID: 50894 Summary: Starting rundll32.exe via sysnative fails Product: Wine Version: 6.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: rpisl(a)seznam.cz Distribution: --- Starting rundll32 via c:\windows\sysnative\rundll32.exe is broken since Wine 6.5. It worked up to Wine 6.4. wine cmd c:\>cd c:\windows\sysnative c:\windows\sysnative>dir ... files listed properly c:\windows\sysnative>rundll32.exe wine: failed to open L"c:\\windows\\sysnative\\rundll32.exe": c0000135 Can't recognize 'rundll32.exe' as an internal or external command, or batch script. Creating unix symlink from sysnative to system32 in wine prefix is a workaround. -- 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.
https://bugs.winehq.org/show_bug.cgi?id=50894 Roman Pišl <rpisl(a)seznam.cz> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |regression -- 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.
https://bugs.winehq.org/show_bug.cgi?id=50894 --- Comment #1 from Alexandre Julliard <julliard(a)winehq.org> --- Note that this never worked for native binaries. It happened to work for builtins because we used to load builtins even from invalid paths, but this is no longer the case, so builtins now behave the same as native binaries. -- 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.
https://bugs.winehq.org/show_bug.cgi?id=50894 --- Comment #2 from Roman Pišl <rpisl(a)seznam.cz> --- Ok, thanks, I don't know much about sys* redirections and native/builtin differences. Let's keep this about the regression for the builtin rundll32 binary, since this is the case and as I understand, it is a common way for a 32 bit application to run a 64bit code. Since there is a workaround it is not a critical problem. Its only side-effect is that sysnative is also present in 64bit Wine but it does not exist in 64bit Windows. -- 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.
https://bugs.winehq.org/show_bug.cgi?id=50894 --- Comment #3 from Alexandre Julliard <julliard(a)winehq.org> --- Sure, we'll want to fix it. My point was that this should be fixed by making sysnative work properly for all binaries instead of reverting the change, since making builtins behave more like native is the direction we want to go. -- 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.
https://bugs.winehq.org/show_bug.cgi?id=50894 Alexandre Julliard <julliard(a)winehq.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |gijsvrm(a)gmail.com --- Comment #4 from Alexandre Julliard <julliard(a)winehq.org> --- *** Bug 50935 has been marked as a duplicate of this bug. *** -- 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.
https://bugs.winehq.org/show_bug.cgi?id=50894 Zebediah Figura <z.figura12(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Starting rundll32.exe via |Wine does not recognize |sysnative fails |C:\windows\sysnative\ -- 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.
https://bugs.winehq.org/show_bug.cgi?id=50894 Roman Pišl <rpisl(a)seznam.cz> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|UNCONFIRMED |RESOLVED Fixed by SHA1| |7ef35b33936682c01f1c825b7d1 | |b07567a691c12 --- Comment #5 from Roman Pišl <rpisl(a)seznam.cz> --- This is fixed by https://source.winehq.org/git/wine.git/commit/7ef35b33936682c01f1c825b7d1b07... c:\>windows\sysnative\rundll32.exe ->ok however: cd windows\sysnative c:\windows\sysnative>rundll32.exe wine: could not open working directory L"c:\\windows\\sysnative\\", starting in the Windows directory. I would expect no message and working directory windows\system32. But that would be probably for a separate bug. -- 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.
https://bugs.winehq.org/show_bug.cgi?id=50894 --- Comment #6 from Alexandre Julliard <julliard(a)winehq.org> --- (In reply to Roman Pišl from comment #5)
however:
cd windows\sysnative c:\windows\sysnative>rundll32.exe wine: could not open working directory L"c:\\windows\\sysnative\\", starting in the Windows directory.
I would expect no message and working directory windows\system32.
That's what will happen if you run a 32-bit app. A 64-bit app will get c:\windows\sysnative as current directory, which is an invalid path in 64-bit, so the current directory will be broken. It's the same on Windows. -- 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.
https://bugs.winehq.org/show_bug.cgi?id=50894 Alexandre Julliard <julliard(a)winehq.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #7 from Alexandre Julliard <julliard(a)winehq.org> --- Closing bugs fixed in 6.7. -- 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.
participants (1)
-
WineHQ Bugzilla