https://bugs.winehq.org/show_bug.cgi?id=51206
Bug ID: 51206 Summary: Wine fails to load a stripped PE version of ntdll.dll Product: Wine Version: 6.9 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs@winehq.org Reporter: dmitry@baikal.ru Distribution: ---
Using strip on a PE version of ntdll removes 'Wine builtin DLL' marker from the DOS header and leads to inability to load it:
$ wine winver wine: failed to load /home/../wine32/dlls/ntdll/ntdll.dll.so error c0000135 0024:err:environ:run_wineboot failed to start wineboot c00000e5
Older versions of llvm-strip (before 11.0.0) also used to replace DOS stub by an internal version, however starting from 11.0.0 llvm-strip retains existing DOS header.
Stripping other DLLs is not that fatal, they just lose their "builtin" flag.
https://bugs.winehq.org/show_bug.cgi?id=51206
--- Comment #1 from Dmitry Timoshkov dmitry@baikal.ru --- Let's clarify a bit: although using strip is a workaround for 'make install' bug that doesn't strip the being installed DLLs, it still would be nice to have an ability to use strip to allow shipping individual DLLs to a remote site without breaking them.
https://bugs.winehq.org/show_bug.cgi?id=51206
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |DUPLICATE Status|NEW |RESOLVED
--- Comment #2 from Alexandre Julliard julliard@winehq.org --- Note that other dlls would also fail if they are configured as builtin. Without the flag they are assumed to be native dlls.
Anyway, make install does handle this correctly now, otherwise you can run winebuild --builtin by hand until binutils are fixed everywhere.
*** This bug has been marked as a duplicate of bug 47718 ***
https://bugs.winehq.org/show_bug.cgi?id=51206
Alistair Leslie-Hughes leslie_alistair@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #3 from Alistair Leslie-Hughes leslie_alistair@hotmail.com --- Closing duplicate.