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

[Bug 8191] Framemaker 7.2 Tryout version crashes on startup
by wine-bugs＠winehq.org Sept. 25, 2007

Sept. 25, 2007

http://bugs.winehq.org/show_bug.cgi?id=8191 --- Comment #12 from Mikolaj Zalewski <mikolaj.zalewski(a)gmail.com> 2007-09-25 15:23:31 --- The patch http://www.winehq.org/pipermail/wine-patches/2007-September/044384.html implements the ConvertSecurityDescriptorToStringSecurityDescriptorW. -- 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 1713] riched: Automation Error
by wine-bugs＠winehq.org Sept. 25, 2007

Sept. 25, 2007

http://bugs.winehq.org/show_bug.cgi?id=1713 --- Comment #9 from Alex Villacís Lasso <a_villacis(a)palosanto.com> 2007-09-25 14:43:33 --- Created an attachment (id=8212) --> (http://bugs.winehq.org/attachment.cgi?id=8212) EM_SETCHARFORMAT must return 1 on success, not 0 Please try this patch(also sent to wine-patches). Applies on current git as of 2007-09-25 (beyond wine-0.9.45). -- 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 Sept. 25, 2007

Sept. 25, 2007

http://bugs.winehq.org/show_bug.cgi?id=9056 --- Comment #22 from Hans Leidekker <hans(a)it.vu.nl> 2007-09-25 14:31:08 --- Voila: > SetLastError(0xdeadbeef); > ret = FormatMessageA(FORMAT_MESSAGE_FROM_SYSTEM | > FORMAT_MESSAGE_ALLOCATE_BUFFER, > NULL, 0, 0, NULL, 0, NULL); > error = GetLastError(); > ok(!ret, "got %u\n", ret); > ok(error == ERROR_NOT_ENOUGH_MEMORY, "last error %u\n", error); This is on up-to-date Windows 2003. -- 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 6403] eMusic Download Manager crashes on startup with Unhandled Page Fault
by wine-bugs＠winehq.org Sept. 25, 2007

Sept. 25, 2007

http://bugs.winehq.org/show_bug.cgi?id=6403 Dave Smith <dave2006(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |ABANDONED --- Comment #9 from Dave Smith <dave2006(a)gmail.com> 2007-09-25 13:31:58 --- Probably irrelevant, as there is now a linux version of this app distributed by emusic. It's called emusic remote. -- 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 Sept. 25, 2007

Sept. 25, 2007

http://bugs.winehq.org/show_bug.cgi?id=9056 --- Comment #21 from Anastasius Focht <focht(a)gmx.net> 2007-09-25 12:12:05 --- Hello, --- quote --- My tests thus far show that when FORMAT_MESSAGE_ALLOCATE_BUFFER is specified (like mono does) the API returns ERROR_NOT_ENOUGH_MEMORY in the lpBuffer == NULL case. --- quote --- ERROR_NOT_ENOUGH_MEMORY == lasterror 0x8? Interesting. My system: Windows XP SP2 returns last error 0x57 (decimal 87) -> which translates to "invalid parameter". I flipped flags, codes and reset all parameters to zero (FormatMessage( 0,0,...,0)), the last error code remains the same. This can only mean that NULL ptr param check seems to take precedence over other parameter validations. Please post your exact snippet where you got ERROR_NOT_ENOUGH_MEMORY last error so i can verify it on my system. 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 9056] Mono 1.2.4 fails to find mscorlib.dll on startup
by wine-bugs＠winehq.org Sept. 25, 2007

Sept. 25, 2007

http://bugs.winehq.org/show_bug.cgi?id=9056 --- Comment #20 from Hans Leidekker <hans(a)it.vu.nl> 2007-09-25 11:29:56 --- > Could you please fix wine's FormatMessageA/W to check for NULL lpBuffer? Working on it ;-) > if( !lpBuffer) > { > SetLastError( ERROR_INVALID_PARAMETER); > return 0; > } My tests thus far show that when FORMAT_MESSAGE_ALLOCATE_BUFFER is specified (like mono does) the API returns ERROR_NOT_ENOUGH_MEMORY in the lpBuffer == NULL case. -- 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 9101] X2 The Threat is crashing after settings dialogue
by wine-bugs＠winehq.org Sept. 25, 2007

Sept. 25, 2007

http://bugs.winehq.org/show_bug.cgi?id=9101 Gregor Münch <greg87(a)online.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #5 from Gregor Münch <greg87(a)online.de> 2007-09-25 11:10:25 --- closing... -- 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 9101] X2 The Threat is crashing after settings dialogue
by wine-bugs＠winehq.org Sept. 25, 2007

Sept. 25, 2007

http://bugs.winehq.org/show_bug.cgi?id=9101 Gregor Münch <greg87(a)online.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |FIXED --- Comment #4 from Gregor Münch <greg87(a)online.de> 2007-09-25 11:09:48 --- fixed in git -- 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 4516] Program ISIS Draw halts at startup with " ChangeIniFilePrivileges - GetFileSecurity should have failed"
by wine-bugs＠winehq.org Sept. 25, 2007

Sept. 25, 2007

http://bugs.winehq.org/show_bug.cgi?id=4516 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|ABANDONED |FIXED --- Comment #9 from Austin English <austinenglish(a)gmail.com> 2007-09-25 10:06:19 --- Reported fixed, updating resolution. -- 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 Sept. 25, 2007

Sept. 25, 2007

http://bugs.winehq.org/show_bug.cgi?id=9056 --- Comment #19 from Anastasius Focht <focht(a)gmx.net> 2007-09-25 09:38:40 --- Hello, thanks for the patches. _wspawnvp() seems to unearth more mono bugs ;-( --- snip --- 001b:Call msvcrt._wspawnvp(00000001,00155520 L"gspawn-win32-helper.exe",00155558) ret=673081ea 001b:Call KERNEL32.GetFileAttributesW(00155520 L"gspawn-win32-helper.exe") ret=602fba80 001b:Ret KERNEL32.GetFileAttributesW() retval=00000020 ret=602fba80 001b:Call KERNEL32.GetFullPathNameW(00155520 L"gspawn-win32-helper.exe",00000104,0061f5e4,00000000) ret=602fbaaa 001b:Ret KERNEL32.GetFullPathNameW() retval=00000037 ret=602fbaaa 001b:Call KERNEL32.TlsGetValue(00000000) ret=603130a1 001b:Ret KERNEL32.TlsGetValue() retval=0014b960 ret=603130a1 001b:Call KERNEL32.TlsGetValue(00000000) ret=603130a1 001b:Ret KERNEL32.TlsGetValue() retval=0014b960 ret=603130a1 001b:Call ntdll.RtlAllocateHeap(00110000,00000000,00000194) ret=60305ab7 001b:Ret ntdll.RtlAllocateHeap() retval=00155810 ret=60305ab7 001b:trace:msvcrt:_wspawnve :call (L"C:\\Program Files\\Mono-1.2.5\\bin\\gspawn-win32-helper.exe"), params (L"gspawn-win32-helper.exe 10 z 6 8 - y y w mono -O=all --aot=outfile=c:windowsprofilesfocht.monoaot-cachemscorlib-FF1F1EDF-450A-4567-ADEC-30241E007373.dll C:Program FilesMono-1.2.5libmono1.0mscorlib.dll"), env (Null) 001b:Call ntdll.RtlAllocateHeap(00110000,00000008,0000003b) ret=603059b7 001b:Ret ntdll.RtlAllocateHeap() retval=001559b0 ret=603059b7 001b:Call KERNEL32.CreateProcessW(0061f350 L"C:\\Program Files\\Mono-1.2.5\\bin\\gspawn-win32-helper.exe",00155810 L"gspawn-win32-helper.exe 10 z 6 8 - y y w mono -O=all --aot=outfile=c:windowsprofilesfocht.monoaot-cachemscorlib-FF1F1EDF-450A-4567-ADEC-30241E007373.dll C:Program FilesMono-1.2.5libmono1.0mscorlib.dll",00000000,00000000,00000001,00000000,00000000,00000000,0061f558,0061f59c) ret=6030ccdb 0023:trace:relay:init_debug_lists RelayExclude = L"ntdll.RtlEnterCriticalSection;ntdll.RtlLeaveCriticalSection;kernel32.94;kernel32.95;kernel32.96;kernel32.97;kernel32.98" 0023:trace:relay:init_debug_lists RelayFromExclude = L"winex11.drv;user32;gdi32;advapi32;kernel32" 0023:Call KERNEL32.__wine_kernel_init() ret=7bc43738 0023:Call PE DLL (proc=0x6031a360,module=0x602f0000 L"msvcrt.dll",reason=WINE_PREATTACH,res=(nil)) 0023:trace:msvcrt:DllMain (0x602f0000, UNKNOWN, (nil)) pid(32), tid(23), tls(0) 0023:Ret PE DLL (proc=0x6031a360,module=0x602f0000 L"msvcrt.dll",reason=WINE_PREATTACH,res=(nil)) retval=1 001b:Ret KERNEL32.CreateProcessW() retval=00000001 ret=6030ccdb ... 001b:Ret msvcrt._wspawnvp() retval=000000d0 ret=673081ea --- snip --- I hex dumped argv[] to be sure there is no error in wine's msvcrt_argvtos_wide(argv,' ') conversion. It seems mono/glib messes up its command line when using windows style paths (with spaces and backslashes). I digged into their sources where they build command line and spawn AOT compiler and found g_spawn_command_line_sync() call. The glib documentation to this call: http://library.gnome.org/devel/glib/unstable/glib-Spawning-Processes.html#g… --- quote --- On Windows, please note the implications of g_shell_parse_argv() parsing command_line. Parsing is done according to Unix shell rules, not Windows command interpreter rules. Space is a separator, and backslashes are special. Thus you cannot simply pass a command_line containing canonical Windows paths, like "c:\\program files\\app\\app.exe", as the backslashes will be eaten, and the space will act as a separator. You need to enclose such paths with single quotes, like "'c:\\program files\\app\\app.exe' 'e:\\folder\\argument.txt'". --- quote --- This is not done in mono. The whole commandline args to argv[] parsing gets messed up - with the result you see in wine trace. Ok, there is something left on the wine side I mentioned before. Could you please fix wine's FormatMessageA/W to check for NULL lpBuffer? --- snip dlls/kernel32/format_msg.c --- DWORD WINAPI FormatMessageA( DWORD dwFlags, LPCVOID lpSource, DWORD dwMessageId, DWORD dwLanguageId, LPSTR lpBuffer, DWORD nSize, va_list* _args ) { ... if( !lpBuffer) { SetLastError( ERROR_INVALID_PARAMETER); return 0; } ... } --- snip dlls/kernel32/format_msg.c --- Add the check to both, "A" and "W" Versions. This prevents crashing with NULL lpBuffer argument supplied and matches windows behaviour (windows returns invalid param). Add a simple test case with FormatMessage() + lpBuffer = NULL to verify. 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