[Bug 3641] wine fails on loading a DLL

[Wine Bugs]

http://bugs.winehq.org/show_bug.cgi?id=3641

------- Additional Comments From [e-mail]  2005-24-10 17:17 -------
Created an attachment (id=1232)
 --> (http://bugs.winehq.org/attachment.cgi?id=1232&action=view)
WINEDEBUG=+module,+file

Thanks.  BTW, adding file descriptor switch "2>&1" before a pipe sign (or after
normal redirect instruction) works for me well.  Combined redirection
instruction should work also ">&" or "&>" in Bash shell.  Maybe you're using
different one.

This part of output seems most interesting to me:

| trace:module:MODULE_GetLoadOrderW got hardcoded default "b,n" for
L"C:\...\Sound.dll"
| trace:module:load_dll Trying built-in L"C:\...\Sound.dll"
| warn:module:load_dll Failed to load module L"Sound.dll"; status=c000007b

Oops.  It seems the error code was already in your previous report.  So my
suggestion was inappropriate.  Greping:

$ grep -iIr c000007b include/
| include/ntstatus.h:#define STATUS_INVALID_IMAGE_FORMAT      0xC000007B

Reading code in dlls/ntdll/loader.c gives that Wine tries to load builtin which
already should be loaded:

/* The constructor wasn't called, this means the .so is already
     * loaded under a different name. We can't support multiple names
     * for the same module, so return an error. */

Going next:

$ locate -i sound.dll | grep wine
| /mnt/antras/usr/src/wine-cvs/wine/dlls/dsound/dsound.dll.dbg.c
| /mnt/antras/usr/src/wine-cvs/wine/dlls/dsound/dsound.dll.so
| /mnt/antras/usr/src/wine-cvs/wine/dlls/sound.dll.so
| /mnt/antras/usr/src/wine-cvs/wine/dlls/dsound.dll.so

$ ll /mnt/antras/usr/src/wine-cvs/wine/dlls/sound.dll.so
| lrwxrwxrwx  1 s2 s2 12 Oct  7 00:59
/mnt/antras/usr/src/wine-cvs/wine/dlls/sound.dll.so -> winmm.dll.so

Yaiy. :)
Wine presents Sound.DLL as an alias name (synonym) for WinMM.DLL.  IOW, that is
naming conflict between system (builtin) "wine/dlls/sound.dll.so" and 
and yours (native) "/home/rich/.wine/dosdevices/c:/Program Files/Irrational
Games/Freedom Force/Sound.dll".

I don't understand, whether this is a bug, but if yes then it's likely one of
category WONTFIX or LATER.

I'd try setting WINEDLLOVERRIDES='Sound=n' env-var or as a last measure
removimg this symbolic link 'sound.dll.so -> winmm.dll.so' from your
system/box.