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

[Bug 5162] Google Talk requires several missing richedit features
by wine-bugs＠winehq.org Jan. 25, 2008

Jan. 25, 2008

http://bugs.winehq.org/show_bug.cgi?id=5162 --- Comment #7 from Jaime Rave <jaimerave(a)gmail.com> 2008-01-24 20:58:17 --- Can anyone review this and see if this can help with this bug. Thanks http://www.winehq.org/pipermail/wine-patches/2006-February/023911.html -- 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.

1 0

[Bug 1886] windows media player 9 setup fails
by wine-bugs＠winehq.org Jan. 25, 2008

Jan. 25, 2008

http://bugs.winehq.org/show_bug.cgi?id=1886 Timo-Heikki Mäkelä <imaxfun(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |imaxfun(a)gmail.com --- Comment #30 from Timo-Heikki Mäkelä <imaxfun(a)gmail.com> 2008-01-24 19:26:55 --- Is there anything else but a pretty simple stub to be implemented in the way for fixing this? If I understand Alexander correct, that's the case. In that case it should be pretty easy for someone more experienced to fix this. And WMP is one of thee most important Windows applications around for domestic users, so this should really be fixed pronto... Also, if this bug really is that easy to fix, this should definitely get a high priority and 1.0 Target. I'm not capable of fixing this, but I definitely do vote for this one being fixed ASAP. -- 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.

1 0

[Bug 8357] EverQuest models not shown
by wine-bugs＠winehq.org Jan. 25, 2008

Jan. 25, 2008

http://bugs.winehq.org/show_bug.cgi?id=8357 --- Comment #7 from Julio Fernandez <ucldb(a)wanadoo.es> 2008-01-24 18:19:53 --- Created an attachment (id=10432) --> (http://bugs.winehq.org/attachment.cgi?id=10432) bisect & patch involved code lines & WARN ofending data log Analyse -- 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.

1 0

[Bug 8417] AssaultTech1: Transparencies don't work
by wine-bugs＠winehq.org Jan. 24, 2008

Jan. 24, 2008

http://bugs.winehq.org/show_bug.cgi?id=8417 haarp <liquitsnake(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- URL|http://www.benzinestudios.co|http://www.benzinestudios.co |m/storage/demo/AT1a220ins.ex|m/storage/demo/AT1a221ins.ex |e | |e |http://www.benzinestudios.co| |m/storage/demo/AT1nofasttext| |.zip | -- 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.

1 0

[Bug 5541] WriteConsole can't write to stdout; affects e.g. wsh's cscript' s usage message
by wine-bugs＠winehq.org Jan. 24, 2008

Jan. 24, 2008

http://bugs.winehq.org/show_bug.cgi?id=5541 Anastasius Focht <focht(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |focht(a)gmx.net --- Comment #13 from Anastasius Focht <focht(a)gmx.net> 2008-01-24 14:31:46 --- Hello, I took a quick glance at this ... cscript.exe is subsystem "windows console" (flags value 3). Relevant trace: --- snip trace --- .. 0009:Call KERNEL32.GetStdHandle(fffffff5) ret=0100261a 0009:Ret KERNEL32.GetStdHandle() retval=00000008 ret=0100261a .. 0009:Call KERNEL32.GetFileType(00000008) ret=01002112 0009:Ret KERNEL32.GetFileType() retval=00000001 ret=01002112 .. --- snip trace --- When writing to output, cscript basically does this (pseudo code): --- snip pseudo code --- if( GetFileType( GetStdHandle(STD_OUTPUT_HANDLE)) == FILE_TYPE_CHAR) { WriteConsole( ...) } else { WriteFile( ...) } --- snip pseudo code --- Because wine doesn't return FILE_TYPE_CHAR for std handles (returns FILE_TYPE_DISK), WriteConsole is not used. Let's have a look at wine code. --- snip dlls/kernel32/environ.c --- HANDLE WINAPI GetStdHandle( DWORD std_handle ) { switch (std_handle) { case STD_INPUT_HANDLE: return NtCurrentTeb()->Peb->ProcessParameters->hStdInput; case STD_OUTPUT_HANDLE: return NtCurrentTeb()->Peb->ProcessParameters->hStdOutput; ... } --- snip dlls/kernel32/environ.c --- STD_OUTPUT_HANDLE is just straight from "NtCurrentTeb()->Peb->ProcessParameters->hStdOutput" (setup at process init) --- snip dlls/kernel32/file.c --- DWORD WINAPI GetFileType( HANDLE hFile ) { FILE_FS_DEVICE_INFORMATION info; IO_STATUS_BLOCK io; NTSTATUS status; if (is_console_handle( hFile )) return FILE_TYPE_CHAR; ... --- snip dlls/kernel32/file.c --- and --- snip dlls/kernel32/kernel32_private.h --- static inline BOOL is_console_handle(HANDLE h) { return h != INVALID_HANDLE_VALUE && ((UINT_PTR)h & 3) == 3; } --- snip dlls/kernel32/kernel32_private.h --- Ok, wine win32 style console handles have bit 0,1 set. When converting from/to real wine server handles these bits are set/unset/tested. Let's have a look what happens at process init: --- snip dlls/kernel32/kernel_main.c --- static BOOL process_attach( HMODULE module ) { .. RTL_USER_PROCESS_PARAMETERS *params = NtCurrentTeb()->Peb->ProcessParameters; .. /* convert value from server: * + 0 => INVALID_HANDLE_VALUE * + console handle needs to be mapped */ if (!params->hStdInput) params->hStdInput = INVALID_HANDLE_VALUE; else if (VerifyConsoleIoHandle(console_handle_map(params->hStdInput))) params->hStdInput = console_handle_map(params->hStdInput); if (!params->hStdOutput) params->hStdOutput = INVALID_HANDLE_VALUE; else if (VerifyConsoleIoHandle(console_handle_map(params->hStdOutput))) params->hStdOutput = console_handle_map(params->hStdOutput); if (!params->hStdError) params->hStdError = INVALID_HANDLE_VALUE; else if (VerifyConsoleIoHandle(console_handle_map(params->hStdError))) params->hStdError = console_handle_map(params->hStdError); /* copy process information from ntdll */ ENV_CopyStartupInformation(); .. if (params->ConsoleHandle == (HANDLE)1) /* FIXME */ { HMODULE mod = GetModuleHandleA(0); if (RtlImageNtHeader(mod)->OptionalHeader.Subsystem == IMAGE_SUBSYSTEM_WINDOWS_CUI) AllocConsole(); } /* else TODO for DETACHED_PROCESS: * 1/ inherit console + handles * 2/ create std handles, if handles are not inherited * TBD when not using wineserver handles for console handles */ .. --- snip dlls/kernel32/kernel_main.c --- And a bit of server trace for proof: --- snip server trace --- .. 000d: get_startup_info( ) 000d: get_startup_info() = 0 { exe_file=(nil), hstdin=0x4, hstdout=0x8, hstderr=0xc, info={AllocationSize=1000,Size=66a,Flags=0,DebugFlags=0,ConsoleHandle=(nil),ConsoleFlags=0 .. 000d: get_console_mode( handle=0x4 ) 000d: get_console_mode() = OBJECT_TYPE_MISMATCH { mode=0 } 000d: get_console_mode( handle=0x8 ) 000d: get_console_mode() = OBJECT_TYPE_MISMATCH { mode=0 } 000d: get_console_mode( handle=0xc ) 000d: get_console_mode() = ACCESS_DENIED { mode=0 } .. --- snip server trace --- hstdin=0x4, hstdout=0x8, hstderr=0xc When the process environment/startup info is initialized, the wine server handles are not associated with any console i/o ops yet (see server get_console_mode and alloc_console). Hence "VerifyConsoleIoHandle(console_handle_map(params->hStdOutput))" returns FALSE and std handles are not converted into their "win32" console handle counterparts (bits 0,1 set). Explicit console allocation only occurs if the (child) process was created with CREATE_NEW_CONSOLE (see that params->ConsoleHandle == (HANDLE)1 FIXME). The case of a IMAGE_SUBSYSTEM_WINDOWS_CUI process, manually started from shell requiring win32 style console i/o handles needs to be handled. 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.

1 0

[Bug 5299] d3d crash in tombraider 4
by wine-bugs＠winehq.org Jan. 24, 2008

Jan. 24, 2008

http://bugs.winehq.org/show_bug.cgi?id=5299 --- Comment #10 from Niels <zorglub_olsen(a)hotmail.com> 2008-01-24 11:54:05 --- I started bisecting, but soon realized that this isn't related to 0.9.53. It's a sound problem. I use ALSA only, no OSS. If there's sound running on the system (eg. music playing), the Tomb Raider setup discovers that the system is capable of sound. If no other programs are using sound, the options will be grayed our in the setup. If sound then is enabled, the progress bar appears, followed by a crash. If sound is disabled (either grayed out or disabled), no progress bar appears. Followed by a crash. Tomb Raider 2, which work fine on Wine, also has to have music playing to recognize sound on startup. In conclusion: 0.9.53 crashes the same as the earlier versions. -- 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.

1 0

[Bug 5541] WriteConsole can't write to stdout; affects e.g. wsh's cscript' s usage message
by wine-bugs＠winehq.org Jan. 24, 2008

Jan. 24, 2008

http://bugs.winehq.org/show_bug.cgi?id=5541 Saulius K. <saulius2(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |saulius2(a)gmail.com --- Comment #12 from Saulius K. <saulius2(a)gmail.com> 2008-01-24 11:48:45 --- The bug may be in GetFileType() and equally in GetStdHandle(), while the last returns constant for STD_OUTPUT_HANDLE independently from the IMAGE_OPTIONAL_HEADER32.Subsystem field, read from the file header of EXE file used to create our process. I was working on a test case, but due to fragility of hand-constructed PE-EXE file and inability to easy change the program path inside dump of testable PE-EXE I decided to wrote a tool to help myself. Tool would compile small S (asm) file to a small EXE file and then parse it's PE header + disasm it back into C code :) With it, it would be easier to test GetFileType and GetStdHandle, but life changes and I got too busy month ago. There is left a little to do to finish it, though, so if no one beats me to it, lets hope initial tests in some time soon. -- 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.

1 0

[Bug 4592] Excel 97 creates lnk files on each open
by wine-bugs＠winehq.org Jan. 24, 2008

Jan. 24, 2008

http://bugs.winehq.org/show_bug.cgi?id=4592 --- Comment #4 from Luke Bratch <l_bratch(a)yahoo.co.uk> 2008-01-24 11:35:31 --- Joe, please post in Bugzilla, do not reply to wine-bugs. Email read: "By "_obsolete_binary" are we referring to the version of Wine or the version of MS Office 97? 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.

1 0

[Bug 736] Derive wine installs ok but won't run.
by wine-bugs＠winehq.org Jan. 24, 2008

Jan. 24, 2008

http://bugs.winehq.org/show_bug.cgi?id=736 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #20 from Austin English <austinenglish(a)gmail.com> 2008-01-24 10:44:50 --- Closing -- 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.

1 0

[Bug 5541] WriteConsole can't write to stdout; affects e.g. wsh's cscript' s usage message
by wine-bugs＠winehq.org Jan. 24, 2008

Jan. 24, 2008

http://bugs.winehq.org/show_bug.cgi?id=5541 Dan Kegel <dank(a)kegel.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|cscript.exe from WSH |WriteConsole can't write to |(Windows Scripting Host) |stdout; affects e.g. wsh's |can't even print a banner |cscript's usage message |without native ole32 | --- Comment #11 from Dan Kegel <dank(a)kegel.com> 2008-01-24 10:35:30 --- Still a problem. To repeat: rm -rf .wine sh winetricks vcrun6 wsh56 wine cscript or, to see the banner it's trying to print, wine cscript | cat or wineconsole cscript (though the latter is useless since it's in a separate window that disappears immediately). Is there any reason WriteConsole shouldn't work when writing to bare streams? (cf. http://www.winehq.org/site/docs/wineusr-guide/cui-programs ) -- 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.

1 0