September 2007 - Wine-bugs - list.winehq.org

[Bug 1244] Failure to communicate with serial device
by wine-bugs＠winehq.org 15 Sep '07

15 Sep '07

http://bugs.winehq.org/show_bug.cgi?id=1244 ROASCIO Paolo <roa(a)libero.it> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |roa(a)libero.it --- Comment #14 from ROASCIO Paolo <roa(a)libero.it> 2007-09-15 10:43:02 --- wine 0.9.45: still no luck :( -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 9056] Mono 1.2.4 fails to find mscorlib.dll on startup
by wine-bugs＠winehq.org 15 Sep '07

15 Sep '07

http://bugs.winehq.org/show_bug.cgi?id=9056 Anastasius Focht <focht(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |focht(a)gmx.net --- Comment #13 from Anastasius Focht <focht(a)gmx.net> 2007-09-15 09:35:00 --- Hello, yes it's a bug in mono's assembly loader hook -> AOT code. Judging from ximian/bugzilla comments the people there are not very interested nor helpful "-> WONTFIX". There are two options how to get around this... ============ 1. Fix the stuff in mono source The call chain until the bug goes as follows (pseudo/simplified): mono_assembly_load_corlib( ASCII "v2.0.50727") mono_assembly_open_full( ASCII "C:\Program Files\Mono-1.2.5\lib\mono\2.0\mscorlib.dll" ) mono_assembly_load_from_full( ASCII "C:\Program Files\Mono-1.2.5\lib\mono\2.0\mscorlib.dll" ) mono_assembly_invoke_load_hook( mscorlib) which invokes runtime hook: load_aot_module( mscorlib) -- quote mono/mono/mini/aot-runtime.c --- static void load_aot_module (MonoAssembly *assembly, gpointer user_data) { ... if (use_aot_cache) assembly->aot_module = load_aot_module_from_cache (assembly, &aot_name); else { char *err; aot_name = g_strdup_printf ("%s%s", assembly->image->name, SHARED_EXT); assembly->aot_module = mono_dl_open (aot_name, MONO_DL_LAZY, &err); if (!assembly->aot_module) { mono_trace (G_LOG_LEVEL_INFO, MONO_TRACE_AOT, "AOT failed to load AOT module %s: %s\n", aot_name, err); g_free (err); } } ... -- quote mono/mono/mini/aot-runtime.c --- "assembly->image->name" contains already full assembly path ("C:\Program Files\Mono-1.2.5\lib\mono\2.0\mscorlib.dll") So blindly appending SHARED_EXT is not a good idea in this case. The same ".dll.dll" bug exists on native windows too. Though the win32 mono_dl_open() version seems to be more conservative in error handling (load hook cleanly exits). ============ Another way to get around: 2. use AOT cache to prevent buggy code path from executed (which involves wine workaround due to missing msvcrt api) Set environ var "MONO_AOT_CACHE" Running the app with wine will result in a crash due to unimplemented msvcrt api: --- snip --- Mono-INFO: Assembly Loader probing location: 'C:\Program Files\Mono-1.2.5\lib\mono\2.0\mscorlib.dll'. Mono-INFO: Image addref mscorlib 00141910 -> C:\Program Files\Mono-1.2.5\lib\mono\2.0\mscorlib.dll 0013EDA0: 2 Mono-INFO: AOT trying to load from cache: 'c:\windows\profiles\focht\.mono\aot-cache\mscorlib-4D2007D0-9864-47B1-8A77-004C8CEB0E9D.dll'. Mono-INFO: AOT not found. Mono-Message: AOT precompiling assembly 'C:\Program Files\Mono-1.2.5\lib\mono\2.0\mscorlib.dll'... wine: Call from 0x7b840aa0 to unimplemented function msvcrt.dll._wspawnvp, aborting err:seh:setup_exception stack overflow 144 bytes in thread 0016 eip 7b840b3f esp 00410f70 stack 0x411000-0x620000 --- snip --- Quick fix is to use native msvcrt.dll (winecfg). After that, .net apps should start successfully. Though adding msvcrt._wspawnvp() should be a piece of cake, because the ANSI version is already in place. Regards. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 8195] Detached menus!?
by wine-bugs＠winehq.org 15 Sep '07

15 Sep '07

http://bugs.winehq.org/show_bug.cgi?id=8195 --- Comment #8 from Ronny Standtke <Ronny.Standtke(a)gmx.net> 2007-09-15 07:46:40 --- I tested with 0.9.45 and it is still possible to detach any open application menu by moving the application window. One interesting observation: When running MS Office 97 the menu never jumps back alone, when running MS Office 2000 the menu jumps back once after about 5 seconds but when you move the window again the menu stays detached. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 7569] Graphical glitch during installation of Office 2000
by wine-bugs＠winehq.org 15 Sep '07

15 Sep '07

http://bugs.winehq.org/show_bug.cgi?id=7569 --- Comment #16 from Ronny Standtke <Ronny.Standtke(a)gmx.net> 2007-09-15 07:24:49 --- I tested with wine 0.9.45 but the patch Dimitry talked about in Comment#14 does still not seem to be in the right place. The radio button is still garbled. Per request I opened separate bug reports for some of the remaining problems: Bug#9663 and Bug#9664 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 7026] Formula objects in Word 97 always trigger unhandled page fault
by wine-bugs＠winehq.org 15 Sep '07

15 Sep '07

http://bugs.winehq.org/show_bug.cgi?id=7026 --- Comment #7 from Ronny Standtke <Ronny.Standtke(a)gmx.net> 2007-09-15 06:43:19 --- Could you please tell me when widl is "ready" so that I can continue testing? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 5503] Opening help in Office97 triggers unhandled page fault
by wine-bugs＠winehq.org 15 Sep '07

15 Sep '07

http://bugs.winehq.org/show_bug.cgi?id=5503 --- Comment #27 from Ronny Standtke <Ronny.Standtke(a)gmx.net> 2007-09-15 06:36:01 --- I installed my copy of Office 97 on a "native" Windows 2000 machine and the help opens just fine. Therefore I am almost sure that the help file is not broken. Can we now change the status of the workaround to "real patch"? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 5170] Office 97 install - failed DDE communication
by wine-bugs＠winehq.org 15 Sep '07

15 Sep '07

http://bugs.winehq.org/show_bug.cgi?id=5170 --- Comment #10 from Ronny Standtke <Ronny.Standtke(a)gmx.net> 2007-09-15 06:12:45 --- I got a chance to test the installation of Office 97 on a native Windows 2000 machine. I can confirm that the DDE problem does not appear. Therefore this is a Wine bug. I just tested with 0.9.45 and the bug is still there. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 7640] Mouse too slow / lags in games
by wine-bugs＠winehq.org 15 Sep '07

15 Sep '07

http://bugs.winehq.org/show_bug.cgi?id=7640 --- Comment #17 from Michaël H. <justice8(a)wanadoo.fr> 2007-09-15 05:24:26 --- For Desperados which suffer this bug, trying last git release, mouse movements still make the game unplayable at all. Suggestion (in 7838) tried but it solve nothing. I use emulated desktop or not, dinput (only dinput8 is available from winecfg tool) native or not, issue is always there. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 9104] Pdf-xchange viewer crashes (in comdlg32.dll)
by wine-bugs＠winehq.org 15 Sep '07

15 Sep '07

http://bugs.winehq.org/show_bug.cgi?id=9104 --- Comment #6 from Louis Lenders <xerox_xerox2000(a)yahoo.co.uk> 2007-09-15 05:23:55 --- Created an attachment (id=8075) --> (http://bugs.winehq.org/attachment.cgi?id=8075) patch Hi, i tracked this bug down to this: a CDM_GETSPEC message is sent with lParam=0 (which is rather useless as far as i can see); that's where the crash seems to come from. The patch attached avoids the crash, and the application continues happily. Still not 100% sure if this is the right fix, so if anyone could have a look , that'd be cool. Found some more info about this here: http://msdn2.microsoft.com/en-us/library/ms646852.aspx -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 8234] Supreme Commander Install fail - Error : 87
by wine-bugs＠winehq.org 15 Sep '07

15 Sep '07

http://bugs.winehq.org/show_bug.cgi?id=8234 Tim Northover <T.P.Northover(a)sms.ed.ac.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |T.P.Northover(a)sms.ed.ac.uk --- Comment #14 from Tim Northover <T.P.Northover(a)sms.ed.ac.uk> 2007-09-15 05:11:42 --- (In reply to comment #13) > The bug is still present in 0.9.44, but the error dialog presents more infos: > > Feature Transfer Error > Feature: Supreme Commander > Component: sounds_german > File: z:\mnt\floppy\data2.cab > Error: Invalid Parameter I seem to have similar in both 0.9.44 and 0.9.45 (sounds_french in my case though). Installing from an ISO doesn't help. Any obviously useful debug strings to look at? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0