[SOLVED]wine will not start applications / windowscodecs.dll missing??

RoniBoni · 2017-09-23 19:51:33

Hello everyone,
I updated my system yesterday. After a rebbot wine wasn't able to start programs or open winecfg. The errormessage i get is the following:

err:module:import_dll Library windowscodecs.dll (which is needed by L"C:\\windows\\system32\\winemenubuilder.exe") not found
err:module:LdrInitializeThunk Main exe initialization for L"C:\\windows\\system32\\winemenubuilder.exe" failed, status c0000135
err:module:load_builtin_dll failed to load .so lib for builtin L"winemp3.acm": libmpg123.so.0: cannot open shared object file: No such file or directory
err:module:load_builtin_dll failed to load .so lib for builtin L"winemp3.acm": libmpg123.so.0: cannot open shared object file: No such file or directory
wine: Unhandled page fault on read access to 0x00000008 at address 0x7f1847a3b3a9 (thread 0030), starting debugger...
winedbg: Internal crash at 0x7f2d2b1f93a9

This is the output of winecfg on my default (64bit) prefix. I only have one program (a game) installed in wine. The errormessage it produces is very similar to this. Both are complaining about the windowscodecs.dll. So i created a new clean 32bit wineprefix to fire up the game for science. winecfg is working there and the game starts at least, but freezes eventually. (it needs 64bit to run under Linux).
I tried

winetricks windowscodecs

which gives me

Executing cd /home/ronny/.cache/winetricks/windowscodecs
Executing taskset -c 0 wine wic_x64_enu.exe /passive
err:module:import_dll Library windowscodecs.dll (which is needed by L"C:\\windows\\system32\\winemenubuilder.exe") not found

Im not sure what went wrong. However, i DO have a windowscodecs.dll in my 32bit prefix. But i have none in my default prefix.
I downloaded the dll and tried putting it into the system32 dir. But nothing really changed.
Hope that someone can help me out on this.
Thanks in advance

Last edited by RoniBoni (2017-09-25 17:14:36)

smilzoboboz · 2017-09-24 15:01:31

Same issue here. It affects only win64 prefixes and changing wine version doesn't help, meaning it's most likely not wine's fault.
Also there's no different code before the actual crash between a (successful) win32 winecfg execution and a (failed) win64 one:

$ WINEPREFIX="~/.local/share/wineprefixes/test64" winecfg

wine: created the configuration directory '~/.local/share/wineprefixes/test64'
fixme:winediag:start_process Wine Staging 2.17 is a testing version containing experimental patches.
fixme:winediag:start_process Please mention your exact version when filing bug reports on winehq.org.
err:ole:marshal_object couldn't get IPSFactory buffer for interface {00000131-0000-0000-c000-000000000046}
err:ole:marshal_object couldn't get IPSFactory buffer for interface {6d5140c1-7436-11ce-8034-00aa006009fa}
err:ole:StdMarshalImpl_MarshalInterface Failed to create ifstub, hres=0x80004002
err:ole:CoMarshalInterface Failed to marshal the interface {6d5140c1-7436-11ce-8034-00aa006009fa}, 80004002
err:ole:get_local_server_stream Failed: 80004002
err:ole:marshal_object couldn't get IPSFactory buffer for interface {00000131-0000-0000-c000-000000000046}
err:ole:marshal_object couldn't get IPSFactory buffer for interface {6d5140c1-7436-11ce-8034-00aa006009fa}
err:ole:StdMarshalImpl_MarshalInterface Failed to create ifstub, hres=0x80004002
err:ole:CoMarshalInterface Failed to marshal the interface {6d5140c1-7436-11ce-8034-00aa006009fa}, 80004002
err:ole:get_local_server_stream Failed: 80004002
wine: Unhandled page fault on read access to 0x00000008 at address 0x7f6c64568769 (thread 000b), starting debugger...
err:seh:start_debugger Couldn't start debugger ("winedbg --auto 10 100") (2)
Read the Wine Developers Guide on how to set up winedbg or another debugger
fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.Windows.Common-Controls" (6.0.0.0)
fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.Windows.Common-Controls" (6.0.0.0)
wine: Unhandled page fault on read access to 0x00000008 at address 0x7f60ada60769 (thread 0017), starting debugger...

$ WINEPREFIX="~/.local/share/wineprefixes/test32" winecfg

wine: created the configuration directory '~/.local/share/wineprefixes/test32'
fixme:winediag:start_process Wine Staging 2.17 is a testing version containing experimental patches.
fixme:winediag:start_process Please mention your exact version when filing bug reports on winehq.org.
err:ole:marshal_object couldn't get IPSFactory buffer for interface {00000131-0000-0000-c000-000000000046}
err:ole:marshal_object couldn't get IPSFactory buffer for interface {6d5140c1-7436-11ce-8034-00aa006009fa}
err:ole:StdMarshalImpl_MarshalInterface Failed to create ifstub, hres=0x80004002
err:ole:CoMarshalInterface Failed to marshal the interface {6d5140c1-7436-11ce-8034-00aa006009fa}, 80004002
err:ole:get_local_server_stream Failed: 80004002
err:ole:marshal_object couldn't get IPSFactory buffer for interface {00000131-0000-0000-c000-000000000046}
err:ole:marshal_object couldn't get IPSFactory buffer for interface {6d5140c1-7436-11ce-8034-00aa006009fa}
err:ole:StdMarshalImpl_MarshalInterface Failed to create ifstub, hres=0x80004002
err:ole:CoMarshalInterface Failed to marshal the interface {6d5140c1-7436-11ce-8034-00aa006009fa}, 80004002
err:ole:get_local_server_stream Failed: 80004002
fixme:ntdll:NtLockFile I/O completion on lock not implemented yet
err:mscoree:LoadLibraryShim error reading registry key for installroot
err:mscoree:LoadLibraryShim error reading registry key for installroot
err:mscoree:LoadLibraryShim error reading registry key for installroot
err:mscoree:LoadLibraryShim error reading registry key for installroot
fixme:msi:internal_ui_handler internal UI not implemented for message 0x0b000000 (UI level = 1)
fixme:msi:internal_ui_handler internal UI not implemented for message 0x0b000000 (UI level = 1)
fixme:ntdll:NtLockFile I/O completion on lock not implemented yet
fixme:msi:internal_ui_handler internal UI not implemented for message 0x0b000000 (UI level = 1)
fixme:msi:internal_ui_handler internal UI not implemented for message 0x0b000000 (UI level = 1)
fixme:dwmapi:DwmIsCompositionEnabled 0x6d5d3018
fixme:iphlpapi:NotifyIpInterfaceChange (family 0, callback 0x6a0cb608, context 0x915b638, init_notify 0, handle 0x995e784): stub
wine: configuration in '~/.local/share/wineprefixes/test32' has been updated.

The packages I updated with my last update were:

s-nail-14.9.4-1-x86_64
elfutils-0.170-1-x86_64
libelf-0.170-1-x86_64
lib32-libelf-0.170-1-x86_64
mercurial-4.3.2-1-x86_64
lib32-libpulse-11.1-1-x86_64
libpulse-11.1-1-x86_64
pulseaudio-11.1-1-x86_64
pulseaudio-bluetooth-11.1-1-x86_64
pulseaudio-gconf-11.1-1-x86_64
zstd-1.3.1-1-x86_64
blosc-1.12.1-1-x86_64
vim-8.0.1127-1-x86_64
vim-runtime-8.0.1127-1-x86_64
gstreamer-1.12.3-1-x86_64
gst-plugins-base-1.12.3-1-x86_64
gst-plugins-base-libs-1.12.3-1-x86_64
cups-filters-1.17.7-1-x86_64
gst-plugins-good-1.12.3-1-x86_64
gst-plugins-bad-1.12.3-1-x86_64
gst-plugins-ugly-1.12.3-1-x86_64
gst-libav-1.12.3-1-x86_64
gnupg-2.2.1-1-x86_64
libsynctex-2017.44590-3-x86_64
texlive-bin-2017.44590-3-x86_64
python2-2.7.14-1-x86_64
udisks2-2.7.3-1-x86_64
qt5-webengine-5.9.1-4-x86_64
nspr-4.17-1-x86_64
wine-staging-2.17-1-x86_64
qt5-base-5.9.1-5-x86_64
mesa-17.2.1-3-x86_64
mesa-vdpau-17.2.1-3-x86_64
openvdb-4.0.2-2-x86_64
libosinfo-1.1.0-1-x86_64
libdmapsharing-2.9.39-1-x86_64
nm-connection-editor-1.8.4-1-x86_64
libnm-1.8.4-1-x86_64
libnm-glib-1.8.4-1-x86_64
networkmanager-1.8.4-1-x86_64
cfitsio-3.420-1-x86_64
lib32-fontconfig-2.12.6-1-x86_64
fontconfig-2.12.6-1-x86_64
python2-progressbar-3.34.3-1-any
noto-fonts-20170920-2-any
tdb-1.3.15-1-x86_64
tevent-1:0.9.33-1-x86_64
ldb-1.2.2-1-x86_64
python2-pyaes-1.6.1-1-any
libraw-0.18.5-1-x86_64
chromium-61.0.3163.100-1-x86_64
libwbclient-4.7.0-1-x86_64
samba-4.7.0-1-x86_64
smbclient-4.7.0-1-x86_64
python2-zope-interface-4.4.3-1-x86_64
bluez-5.47-2-x86_64
bluez-libs-5.47-2-x86_64
java-environment-common-3-1-any
java-runtime-common-3-1-any
sshfs-3.3.0-2-x86_64
help2man-1.47.5-1-x86_64
imagemagick-6.9.9.15-1-x86_64

EDIT: @slithery: Done, sorry I wanted to highlight the point where the win64 command started the segfault, anyway it's all code now

Last edited by smilzoboboz (2017-09-24 21:26:00)

Slithery · 2017-09-24 15:12:17

@smilzoboboz

Can you use code tags instead of quote tags please.

frosth · 2017-09-25 12:58:26

@RoniBoni, @smilzoboboz
I don't know it's the same issue but after downgrade freetype2/lib32-freetype2 to previous version (2.8-2) wine starts working again. You can try this.

RoniBoni · 2017-09-25 17:13:06

Brilliant! Its actually only the 64bit version. The problem was that lib32 was an older version, so there was an issu with incompatible packages that depend on each other. I'm sure this is one of the problems that will get fixed upstream once somebody uploads the up-to-date version for lib32-freetype2. Thanks alot frosth, i will set this to solved (hope it works for smilzoboboz too)

smilzoboboz · 2017-09-25 17:38:19

I will check once I get back from work, I really hope this is going to work.

trytipARCH · 2017-09-25 19:46:16

is there any real advantage of using wine64 over WINEARCH=win32 ? thanx for the fix of downgrader freetype2 to 2.8-2 but when winecfg (x64) broke i deleted my .wine and created a new 32bit profile with

WINEARCH=win32 WINEPREFIX=~/.wine winecfg

... fixing the 64bit profile works now but now i'm thinking why bother creating a new wine64 if .NET apps will not work in 64 bit at all

Last edited by trytipARCH (2017-09-26 23:44:49)

V1del · 2017-09-25 20:17:26

There's no advantage to it if you are running 32bit applications no, but 32bit wine is not affected by this by pure chance, because the freetype updates haven't been kept in sync between the repos, it will start to crash the same way if that happens.

There's this bug you might want to follow, to be notified on when the issue is fixed https://bugs.archlinux.org/task/55667 (please don't spam either that one or the wine bug report with me too posts, we all know what the issue is.)

Last edited by V1del (2017-09-25 20:18:00)

Roken · 2017-09-25 20:20:17

Yes. I didn't connect this thread since I had no dll errors here, but downgrading freetype2 lib32-freetype2 has fixed me.

Phew, I can play TrackMania again

Thank you.

gps1539 · 2017-09-26 23:01:24

Thanks. I ran into this with Crossover 16 and could not open M$ Office apps.

Arch Linux

#1 2017-09-23 19:51:33

[SOLVED]wine will not start applications / windowscodecs.dll missing??

#2 2017-09-24 15:01:31

Re: [SOLVED]wine will not start applications / windowscodecs.dll missing??

#3 2017-09-24 15:12:17

Re: [SOLVED]wine will not start applications / windowscodecs.dll missing??

#4 2017-09-25 12:58:26

Re: [SOLVED]wine will not start applications / windowscodecs.dll missing??

#5 2017-09-25 17:13:06

Re: [SOLVED]wine will not start applications / windowscodecs.dll missing??

#6 2017-09-25 17:38:19

Re: [SOLVED]wine will not start applications / windowscodecs.dll missing??

#7 2017-09-25 19:46:16

Re: [SOLVED]wine will not start applications / windowscodecs.dll missing??

#8 2017-09-25 20:17:26

Re: [SOLVED]wine will not start applications / windowscodecs.dll missing??

#9 2017-09-25 20:20:17

Re: [SOLVED]wine will not start applications / windowscodecs.dll missing??

#10 2017-09-26 23:01:24

Re: [SOLVED]wine will not start applications / windowscodecs.dll missing??

Board footer