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))