February 2008 - Wine-Bugs - list.winehq.org

[Bug 8770] Warcraft III freezes in BN ladder games after a few seconds/ minutes (ATI)

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=8770 --- Comment #62 from evildead <ok.test.mail(a)gmail.com> 2008-02-29 16:04:00 --- (In reply to comment #61) > I just want to update, > I updated my dev directory to match ver .9.55 I also applied the patch to allow > hosting in version 46+ (i think). After compiling I no longer exhibit this > problem. I was able to play several Ladder games in a row without a problem. It > seems to have been corrected. > > Thanks, > Hi Seth, i have compiled the 0.9.56 version but the same error occurs. Could you post the link to the additional patch that you have applied to 0.9.55 version ? thanks -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

Feb. 29, 2008

[Bug 11742] Small .net 1.1 app (FastMD5 1.3) fails to start up

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=11742 Anastasius Focht <focht(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |focht(a)gmx.net --- Comment #6 from Anastasius Focht <focht(a)gmx.net> 2008-02-29 15:55:40 --- Hello, after fixing the .NET 1.x GAC problem, more steps need to be taken to get that app running. ================== Gdiplus: wine loader problem with "native over builtin" and absolute (invalid) paths Either copy the "C:\windows\Microsoft.NET\Framework\v1.1.4322\gdiplus.dll" into system32 or use 'sh winetricks gdiplus' You must set the load order of this library to "native" only (not "native then builtin"). The reason is the .NET CLR uses its own load strategies. It first tries to load this library with absolute path (built from referencing assembly) but the file doesn't exist in that path. --- snip --- 0043:Call KERNEL32.LoadLibraryExW(0034e3d8 L"c:\\windows\\assembly\\gac\\system.drawing\\1.0.5000.0__b03f5f7f11d50a3a\\gdiplus.dll",00000000,00000008) ret=791b7b63 ... 0043:trace:module:load_dll looking for L"c:\\windows\\assembly\\gac\\system.drawing\\1.0.5000.0__b03f5f7f11d50a3a\\gdiplus.dll" in L"c:\\windows\\assembly\\gac\\system.drawing\\1.0.5000.0__b03f5f7f11d50a3a;.;C:\\windows\\system32;C:\\windows\\system;C:\\windows;C:\\windows\\system32;C:\\windows" 0043:trace:module:get_load_order looking for L"C:\\windows\\assembly\\gac\\system.drawing\\1.0.5000.0__b03f5f7f11d50a3a\\gdiplus.dll" 0043:trace:module:get_load_order_value got standard key n,b for L"gdiplus" 0043:trace:module:load_builtin_dll Trying built-in L"gdiplus.dll" .. 0043:trace:module:load_dll Found L"C:\\windows\\system32\\KERNEL32.dll" for L"kernel32.dll" at 0x7b820000, count=-1 0043:trace:module:load_builtin_callback loaded gdiplus.dll 0x158ba0 0x73e30000 0043:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\gdiplus.dll" at 0x73e30000: builtin 0043:trace:module:load_dll Loaded module L"C:\\windows\\assembly\\gac\\system.drawing\\1.0.5000.0__b03f5f7f11d50a3a\\gdiplus.dll" (builtin) at 0x73e30000 0043:trace:module:process_attach (L"gdiplus.dll",(nil)) - START 0043:trace:module:MODULE_InitDLL (0x73e30000 L"gdiplus.dll",PROCESS_ATTACH,(nil)) - CALL 0043:trace:module:MODULE_InitDLL (0x73e30000,PROCESS_ATTACH,(nil)) - RETURN 1 0043:trace:module:process_attach (L"gdiplus.dll",(nil)) - END 0043:trace:seh:raise_exception code=80000100 flags=1 addr=0x7b841560 0043:trace:seh:raise_exception info[0]=73e4eec0 0043:trace:seh:raise_exception info[1]=73e4fe25 wine: Call from 0x7b841560 to unimplemented function gdiplus.dll.GdipGetFamily, aborting --- snip --- Offending code --- snip dlls/ntdll/loader.c --- static NTSTATUS load_dll( LPCWSTR load_path, LPCWSTR libname, DWORD flags, WINE_MODREF** pwm ) .. case LO_NATIVE_BUILTIN: if (!handle) nts = STATUS_DLL_NOT_FOUND; else { nts = load_native_dll( load_path, filename, handle, flags, pwm ); if (nts == STATUS_INVALID_FILE_FOR_SECTION) /* not in PE format, maybe it's a builtin */ nts = load_builtin_dll( load_path, filename, handle, flags, pwm ); } if (nts == STATUS_DLL_NOT_FOUND && loadorder == LO_NATIVE_BUILTIN) nts = load_builtin_dll( load_path, filename, 0, flags, pwm ); break; .. --- snip dlls/ntdll/loader.c --- Because of absolute (invalid) load path, load_builtin_dll() is triggered causing the builtin dll to be loaded leading to unimplemented stubs problem - despite native dll present in default search path. If you set the load order to "native", the LoadLibraryW/load_dll call fails and the .NET CLR then tries to load the library a second time using the standard way, picking up the right (native) one. --- snip --- 002a:Call KERNEL32.LoadLibraryExW(0034e3d8 L"c:\\windows\\assembly\\gac\\system.drawing\\1.0.5000.0__b03f5f7f11d50a3a\\gdiplus.dll",00000000,00000008) ret=791b7b63 002a:trace:module:load_dll looking for L"c:\\windows\\assembly\\gac\\system.drawing\\1.0.5000.0__b03f5f7f11d50a3a\\gdiplus.dll" in L"c:\\windows\\assembly\\gac\\system.drawing\\1.0.5000.0__b03f5f7f11d50a3a;.;C:\\windows\\system32;C:\\windows\\system;C:\\windows;C:\\windows\\system32;C:\\windows" 002a:trace:module:get_load_order looking for L"C:\\windows\\assembly\\gac\\system.drawing\\1.0.5000.0__b03f5f7f11d50a3a\\gdiplus.dll" 002a:trace:module:get_load_order_value got standard key n for L"gdiplus" 002a:warn:module:load_dll Failed to load module L"c:\\windows\\assembly\\gac\\system.drawing\\1.0.5000.0__b03f5f7f11d50a3a\\gdiplus.dll"; status=c0000135 002a:Ret KERNEL32.LoadLibraryExW() retval=00000000 ret=791b7b63 002a:Call KERNEL32.LoadLibraryExW(0034e130 L"gdiplus.dll",00000000,00000000) ret=791b7b63 002a:trace:module:load_dll looking for L"gdiplus.dll" in L"C:\\Program Files\\FASTMD5;.;C:\\windows\\system32;C:\\windows\\system;C:\\windows;C:\\windows\\system32;C:\\windows" 002a:trace:module:load_dll Found L"C:\\windows\\system32\\Gdiplus.dll" for L"gdiplus.dll" at 0x39800000, count=2 002a:Ret KERNEL32.LoadLibraryExW() retval=39800000 ret=791b7b63 --- snip --- For this special case of invalid absolute load path, I'd prefer trying native first before builtin (as the load order implies) to give native version a second chance with *default* search path. Regards -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

Feb. 29, 2008

[Bug 11787] Set mime type for log files as text/plain

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=11787 Lei Zhang <thestig(a)google.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Set mime type for log files |Set mime type for log files |are text/plain |as text/plain -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

Feb. 29, 2008

[Bug 11787] New: Set mime type for log files are text/plain

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=11787 Summary: Set mime type for log files are text/plain Product: WineHQ Bugzilla Version: unspecified Platform: Other OS/Version: other Status: NEW Severity: minor Priority: P2 Component: bugzilla-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: thestig(a)google.com Right now whenever someone attaches a .log file, Bugzilla auto-detects the mime type as text/x-log. Many web browsers are set to download files with that mime type, rather than just opening the file in the web browser. This is rather annoying. Can we change the mime types for .log files to text/plain instead? I believe the code is in Bugzilla/Attachment.pm. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

Feb. 29, 2008

[Bug 11664] diablo II fails to correctly control screen modes

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=11664 --- Comment #3 from Ben Hodgetts (Enverex) <ben(a)atomnet.co.uk> 2008-02-29 15:42:17 --- Created an attachment (id=11049) --> (http://bugs.winehq.org/attachment.cgi?id=11049) +xrandr log Just noticed this myself, here's the requested +xrandr log. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

Feb. 29, 2008

[Bug 8218] Monopoly 1995 crashes on launch

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=8218 --- Comment #8 from Saulius K. <saulius2(a)gmail.com> 2008-02-29 15:37:53 --- ead1234, was your problem fixed ? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

Feb. 29, 2008

[Bug 11786] WiseCustomCalla.dll invalid or not found

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=11786 Lei Zhang <thestig(a)google.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #11048|text/x-log |text/plain mime type| | -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

Feb. 29, 2008

[Bug 11785] starting exigo can't change resolution

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=11785 Lei Zhang <thestig(a)google.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|critical |major Keywords| |regression --- Comment #1 from Lei Zhang <thestig(a)google.com> 2008-02-29 15:36:14 --- Please do a regression test been Wine 0.9.50 and 0.9.51: http://wiki.winehq.org/RegressionTesting -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

Feb. 29, 2008

[Bug 11783] Civilization 4 refuses to start

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=11783 Lei Zhang <thestig(a)google.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|blocker |normal Keywords| |regression --- Comment #2 from Lei Zhang <thestig(a)google.com> 2008-02-29 15:33:49 --- Severity is not blocker. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

Feb. 29, 2008

[Bug 7334] Workaround for lack of 8bpp (8-bit, 256 color) support on 24bpp displays

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=7334 Vanessa Ezekowitz <vanessaezekowitz(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |vanessaezekowitz(a)gmail.com --- Comment #22 from Vanessa Ezekowitz <vanessaezekowitz(a)gmail.com> 2008-02-29 15:26:08 --- I don't mean to sound arrogant, much less belligerant, but damn it this problem has been with us for at least a YEAR now. I realise the developers don't have all that much time, but if it was working in the distant past, it shouldn't be all that hard to get it working again, especially with a year's time to fix it. Regardless of the meaning of that fixme message or what Xorg can or can't do, the fact remains that Wine is not working properly with this game. As in all previous attempts with every version of Wine we've tried, the following things happen when you try to run the game on a regular 24 bpp X session (WITH GLX support I might add): 0. Start the game with `wine Drive-C/Program\ Files/Microsoft\ Games/Pinball\ Arcade/Launcher.exe` 1. A movie displays showing a closeup of one of the game's tables (this looks really bad in real 8bpp mode, but fine in 24bpp mode. Go figure.) 2. Click on it, title screen appears. Looks fine. 3. Click again, table select menu appears and waits for input 4. Click on any menu item at the bottom of the window - a dialog related to it appears as it should. 5. Double-click on one of the tables - the table selection screen gets blacked out, the window resizes, and the table's loading screen appears all in the same instant - without repainting the window - the loading screen only painted on the parts of the window that were already black. So we have a window half filled with the loading screen and half transparent, showing this browser and the controlling terminal through it. 6. The loading screen disappears and the window turns solid black. A windows pointer appears. On the console, the "Cannot change screen BPP" line appears. 7. Clicking around eventually causes the pointer to disappear, probably because I managed to trigger the insert-coin hot spot followed by the "1 player" hotspot, thus starting the actual game. Hitting Esc is supposed to bring up a graphical exit/no-exit dialog, but nothing appears. Blindly hitting "y" puts me back at the table-select screen as it should. So the actual game is accepting input, it just isn't showing me anything. 7a. If I try another table, I get the exact same result, including another "Cannot change screen BPP" line on the console. 8. Double-click the table-select menu's internal Exit button and Wine drops back to my shell after a couple of seconds. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

Feb. 29, 2008