The attached patch hacks^H^H^H^H^Hfixes this problem. Obviously, this
binary doesn't contain a valid PE header. OTOH it seems to be a valid
Windows binary (I haven't checked it myself). Maybe somebody with a more
deep insight into this can come up with a better fix.
Regards
Dominik
ChangeLog:
Dominik Strasser: return Win32 binary istead of DOS binary if no valid
header found
Index: loader/module.c
===================================================================
RCS file: /home/wine/wine/loader/module.c,v
retrieving revision 1.186
diff -u -3 -p -u -r1.186 module.c
--- loader/module.c 21 Jul 2003 20:02:50 -0000 1.186
+++ loader/module.c 16 Aug 2003 08:30:07 -0000
@@ -201,7 +201,7 @@ enum binary_type MODULE_GetBinaryType( H
* field.
*/
if ((header.mz.e_cparhdr << 4) < sizeof(IMAGE_DOS_HEADER))
- return BINARY_DOS;
+ return BINARY_PE_EXE;
if (header.mz.e_crlc && (header.mz.e_lfarlc <
sizeof(IMAGE_DOS_HEADER)))
return BINARY_DOS;
if (header.mz.e_lfanew < sizeof(IMAGE_DOS_HEADER))
