April 2016 - Wine-bugs - list.winehq.org

[Bug 32845] New: Installing Cisco CSM 4.2 in Ubuntu x64 fails (32bit works)
by wine-bugs＠winehq.org 15 Dec '21

15 Dec '21

http://bugs.winehq.org/show_bug.cgi?id=32845 Bug #: 32845 Summary: Installing Cisco CSM 4.2 in Ubuntu x64 fails (32bit works) Product: Wine Version: 1.4.1 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lordmael(a)gmail.com Classification: Unclassified Created attachment 43377 --> http://bugs.winehq.org/attachment.cgi?id=43377 Backtrace from the wine error log. Installing Cisco Security Manager (CSM) 4.2 on ubuntu 64bit fails but when installing it in 32bit ubuntu it installs and runs fine. I followed the directions to install the replacement advpack.dll and update it in the wine libraries as well as installing java in the wine environment prior to installing CSM. Running ubuntu 12.10 x64 with wine 1.4.1 (perhaps I need to update) Willing to help out as much as needed :) -- 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.

2 10

[Bug 34648] New: J2SE Runtime Environment 5.0 Update 10 installer 'patchjre' tool crashes due to unbuffered io on redirected stdout pipe
by wine-bugs＠winehq.org 15 Dec '21

15 Dec '21

http://bugs.winehq.org/show_bug.cgi?id=34648 Bug #: 34648 Summary: J2SE Runtime Environment 5.0 Update 10 installer 'patchjre' tool crashes due to unbuffered io on redirected stdout pipe Product: Wine Version: 1.7.3 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: msvcrt AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello folks, as the summary says ... The first thing to notice is the installer seeming to hang without showing GUI. It actually tries to call home to 'jal.sun.com' which might take up to a minute until it times out. Not sure why they didn't remove the DNS entry if the host is dead/filtered/blocked anyway. --- snip --- 0009:trace:wininet:HTTP_HttpSendRequestW Request header -> L"HEAD /webapps/installstat/CountryLookup HTTP/1.1\r\nHost: jal.sun.com\r\nContent-Length: 0\r\nUser-Agent: jupdate\r\nCache-Control: no-cache\r\nConnection: Keep-Alive\r\n\r\n" 0009:trace:wininet:GetAddress L"jal.sun.com" 0009:trace:wininet:HTTP_ResolveName resolved L"jal.sun.com" to 192.18.97.143 0009:trace:wininet:open_http_connection connecting to L"jal.sun.com", proxy (null) --- snip --- (test with a browser) The crash itself can be reproduced by running the following command after failed install attempt: --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Common Files/Java/Update/Base Images/jre1.5.0.b64/patch-jre1.5.0_10.b03 $ wine ./patchjre.exe -s "C:\\Program Files\\Java\\jre1.5.0_10" --- snip --- Backtrace: --- snip --- Unhandled exception: page fault on read access to 0x00000001 in 32-bit code (0xf7527245). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:f7527245 ESP:0033c33c EBP:0033c398 EFLAGS:00010206( R- -- I - -P- ) EAX:00000001 EBX:f75a5000 ECX:00000022 EDX:00000000 ESI:7e5ea308 EDI:7b868ca6 Stack dump: 0x0033c33c: 00000001 00000000 00000004 0033c398 0x0033c34c: 00000000 00000000 0012fa10 00000000 0x0033c35c: 00000000 00000000 00000000 0033c340 0x0033c36c: 7e61e000 7e5ea308 7b868ca6 0033c398 0x0033c37c: 7e5ea32f 00000001 0040a32c 0033db40 0x0033c38c: 0040626c 00000000 00000000 0033db40 000c: sel=0067 base=00000000 limit=00000000 16-bit --x Backtrace: =>0 0xf7527245 __strstr_sse42+0x25() in libc.so.6 (0x0033c398) 1 0x7e5ea32f MSVCRT_strstr+0x26(haystack=*** invalid address 0x1 ***, needle=""") [/home/focht/projects/wine/wine-git/dlls/msvcrt/string.c:1725] in msvcrt (0x0033c398) 2 0x0040628f in patchjre (+0x628e) (0x0033db40) 3 0x00401155 in patchjre (+0x1154) (0x0033fd84) 4 0x00406daa in patchjre (+0x6da9) (0x0033fe20) 5 0x7b863cf0 call_process_entry+0xb() in kernel32 (0x0033fe38) --- snip --- The patcher creates pipes for child process stdio: --- snip --- 0025:Call KERNEL32.CreatePipe(0033db30,0033db24,0033db18,00000400) ret=0040616e 0025:Ret KERNEL32.CreatePipe() retval=00000001 ret=0040616e 0025:Call KERNEL32.CreatePipe(0033db34,0033db28,0033db18,00000400) ret=0040618b 0025:Ret KERNEL32.CreatePipe() retval=00000001 ret=0040618b 0025:Call KERNEL32.CreatePipe(0033db38,0033db2c,0033db18,00000400) ret=004061a2 0025:Ret KERNEL32.CreatePipe() retval=00000001 ret=004061a2 ... 0025:Call KERNEL32.SetHandleInformation(00000064,00000001,00000000) ret=00406205 0025:Ret KERNEL32.SetHandleInformation() retval=00000001 ret=00406205 0025:Call KERNEL32.SetHandleInformation(00000068,00000001,00000000) ret=0040620d 0025:Ret KERNEL32.SetHandleInformation() retval=00000001 ret=0040620d 0025:Call KERNEL32.SetHandleInformation(00000070,00000001,00000000) ret=00406215 0025:Ret KERNEL32.SetHandleInformation() retval=00000001 ret=00406215 --- snip --- The child process is started: --- snip --- ... 0025:Call KERNEL32.CreateProcessA(00000000,0033cbbc "C:\\Program Files\\Java\\jre1.5.0_10\\bin\\java.exe -fullversion",00000000,00000000,00000001,08000008,00000000,00000000,0033dabc,0033db00) ret=00406248 ... 0027:Call KERNEL32.__wine_kernel_init() ret=7bc594f9 0025:Ret KERNEL32.CreateProcessA() retval=00000001 ret=00406248 ... --- snip --- The parent (patcher) immediately issues a blocking read on child stdout pipe without waiting for anything. It blocks until the child writes something to other end of pipe: --- snip --- 0025:Call KERNEL32.ReadFile(00000070,0033d3bc,00000100,0033db48,00000000) ret=0040626c --- snip --- The child parses the command line and (f)prints out the version string to "stdout" pipe. I added more trace info to show 'MSVCRT_fwrite' and 'MSVCRT__write' calls + args. --- snip --- 0027:trace:msvcrt:MSVCRT__isatty :fd (2) handle (0x74) 0027:Call KERNEL32.GetFileType(00000074) ret=7ecacf3f 0027:Ret KERNEL32.GetFileType() retval=00000003 ret=7ecacf3f 0027:trace:msvcrt:pf_printf_a Format is: "%s full version \"%s\"\n" 0027:trace:msvcrt:_lock (30) 0027:trace:msvcrt:MSVCRT_fwrite :file (0x7ed22320) ptr (0x40809c) wrcnt (4) file->_cnt=0 0027:trace:msvcrt:MSVCRT__isatty :fd (2) handle (0x74) 0027:Call KERNEL32.GetFileType(00000074) ret=7ecacf3f 0027:Ret KERNEL32.GetFileType() retval=00000003 ret=7ecacf3f 0027:Call ntdll.RtlAllocateHeap(00110000,00000008,00000200) ret=7ecb8877 0027:Ret ntdll.RtlAllocateHeap() retval=00134f48 ret=7ecb8877 0027:trace:msvcrt:MSVCRT__write :fd (2) handle (116) buf (0x40809c) len (4) 0027:Call KERNEL32.WriteFile(00000074,0040809c,00000004,0033f7a4,00000000) ret=7ecb4157 0027:Ret KERNEL32.WriteFile() retval=00000001 ret=7ecb4157 0027:trace:msvcrt:_unlock (30) 0027:trace:msvcrt:_lock (30) --- snip --- Upon pipe write of client, the parent's blocking read returns and it starts parsing the output: --- snip --- 0025:Ret KERNEL32.ReadFile() retval=00000001 ret=0040626c Regards ... 0025:Call msvcrt.strstr(0033d3bc "java",0040a32c "\"") ret=00406280 ... 0025:Ret msvcrt.strstr() retval=00000000 ret=00406280 ... 0025:Call msvcrt.strstr(00000001,0040a32c "\"") ret=0040628f ... 0025:trace:seh:raise_exception code=c0000005 flags=0 addr=0xf747d245 ip=f747d245 tid=0025 --- snip --- Unfortunately the buffer of client fprintf() call was not written in one piece (buffered io) causing the parent to read only a partial string. Due to crappy coding it crashes (2x strstr for '"' won't work for partial data). As seen in trace the first 4 bytes were directly written to pipe without any buffering. The child process fprintf() call to stdout (pipe): --- snip --- ... 0040111F mov dword ptr [40AEB8h], 40809Ch ; offset "java" ... 00402007 push 4085DCh ; offset to "1.5.0-b64" 0040200C push dword ptr [40AEB8h] ; -> "java" 00402012 add eax, 40h 00402015 push 4085E8h ; offset to "%s full version \"%s\"\n" 0040201A push eax ; FILE * 0040201B call fprintf --- snip --- The first call to WriteFile() is actually the result of outputting first string argument after format string -> 40809Ch = "java" (len=4). Each vfprintf() argument handler -> pf_output_xxx will immediately trigger an unbuffered write to the pipe(s). Example session with winedbg showing use of buffered stdio when started from console (len = 0x1f): --- snip --- =>0 0x7b83db29 WriteFile(hFile=0x17, buffer=0x112110, bytesToWrite=0x1f, bytesWritten=0x33f9bc, overlapped=(nil)) [/home/focht/projects/wine/wine-git/dlls/kernel32/file.c:529] in kernel32 (0x0033fa38) 1 0x7ecace65 msvcrt_flush_buffer+0x54(file=0x7ed22320) [/home/focht/projects/wine/wine-git/dlls/msvcrt/file.c:565] in msvcrt (0x0033fa78) 2 0x7ecad0b8 remove_std_buffer+0x10(file=0x7ed22320) [/home/focht/projects/wine/wine-git/dlls/msvcrt/file.c:628] in msvcrt (0x0033fa98) 3 0x7ecb7630 MSVCRT_vfprintf+0x91(file=0x7ed22320, format="%s full version "%s" ", valist="") [/home/focht/projects/wine/wine-git/dlls/msvcrt/file.c:4491] in msvcrt (0x0033fae8) 4 0x7ecb7aca MSVCRT_fprintf+0x35(file=0x7ed22320, format="%s full version "%s" ") [/home/focht/projects/wine/wine-git/dlls/msvcrt/file.c:4612] in msvcrt (0x0033fb1c) 5 0x00402021 in java (+0x2020) (0x00111ff3) --- snip --- It seems to me that buffered io should be still done even if stdout is connected to a pipe. 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.

2 5

[Bug 32385] New: MSTSC (Remote Desktop) drawing issues
by wine-bugs＠winehq.org 13 Dec '21

13 Dec '21

http://bugs.winehq.org/show_bug.cgi?id=32385 Bug #: 32385 Summary: MSTSC (Remote Desktop) drawing issues Product: Wine Version: 1.5.18 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: kenjiru.ro(a)gmail.com Classification: Unclassified Created attachment 42734 --> http://bugs.winehq.org/attachment.cgi?id=42734 Drawing issues. When it works, it has some drawing issues. Some windows are not drawn correctly at all, the title bars of some windows are not drawn. I see a lot of messages in the console, but I don't know which ones are to blame. I've attached the console output. -- 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.

2 3

[Bug 29503] New: Stucuk's Setup System patcher often fails with 'Canvas does not allow drawing' error message
by wine-bugs＠winehq.org 13 Dec '21

13 Dec '21

http://bugs.winehq.org/show_bug.cgi?id=29503 Bug #: 29503 Summary: Stucuk's Setup System patcher often fails with 'Canvas does not allow drawing' error message Product: Wine Version: 1.3.36 Platform: x86 URL: http://www.fileplanet.com/207230/200000/fileinfo/Dark- Horizon-Patch-v1.0.6.1 OS/Version: Linux Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gyebro69(a)gmail.com Classification: Unclassified Created attachment 38206 --> http://bugs.winehq.org/attachment.cgi?id=38206 screenshot (patcher running in virtual desktop) The installer of the patch made for Dark Horizon uses a Stucuk's Setup System according to the file properties. The installer of the community patch made for Original War also uses this kind of patcher, sharing the same problem. The patcher for Dark Horizon consists of nearly 3000 small files. The installation process doesn't take long (15-20 seconds). At some point during the install process, the patcher is interrupted with an error message: 'Setup Thread Error: Canvas does not allow drawing', and the installer quits prematurely. This happens fairly often (maybe 8 times out of 10 attempts), but sometimes the patcher finishes the job without erroring out. Before the error message pops up, text which normally appears inside the installer window also printed and overwritten several hundreds of times in the upper left corner of the screen (see attached screenshot). This happens both in virtual desktop mode and in full-screen. To reproduce the problem with the patcher made for Dark Horizon you don't have to download the demo for the game; the patch can be installed alone in a selected directory anywhere inside a wineprefix. -- 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.

2 5

[Bug 33309] New: No keyboard input in Slender: The Arrival
by wine-bugs＠winehq.org 12 Dec '21

12 Dec '21

http://bugs.winehq.org/show_bug.cgi?id=33309 Bug #: 33309 Summary: No keyboard input in Slender: The Arrival Product: Wine Version: 1.5.27 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: 6tsukiyami9(a)gmail.com Classification: Unclassified The title says all about it: the keyboard doesn't work at all in Slender: The Arrival. I can't even try the game itself because I can't get enter the license key and get to the main menu. I guess this may be a clue: fixme:win:RegisterRawInputDevices Unhandled flags 0x100 for device 0. fixme:win:RegisterDeviceNotificationW (hwnd=0x1006a, filter=0x33fc6c,flags=0x00000000) returns a fake device notification handle! fixme:win:RegisterRawInputDevices Unhandled flags 0x100 for device 0. I'm attaching a full log with WINEDEBUG=-all,+keyboard,+key,+dinput,+message -- 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.

2 15

[Bug 39305] New: Sanitarium
by wine-bugs＠winehq.org 12 Dec '21

12 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=39305 Bug ID: 39305 Summary: Sanitarium Product: Wine Version: 1.7.50 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: i30817(a)gmail.com Distribution: --- There are plenty of bugs with sanitarum that are closed 'FIXED' that i'm still experiencing, except if running with the game windowed mode command line switch (-w). For example the game doesn't show graphics with the native fullscreen here (with the open source radeon drivers) unless i specify : wine reg add "HKCU\\Software\\Wine\\Direct3D" /v "OffscreenRenderingMode" /t REG_SZ /d "backbuffer" before running the game (instead of default "fbo") Bug #28625 is also still a problem. In fact, it appears more of a problem because with native fullscreen and that registry setting just moving the mouse at all is liable to freeze the screen and every animation on it, no just pause while moving (the game is still running because i can press ESC to go to the settings menu). This seems like a regression, since bug #28625 is marked as fixed. -- 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.

2 8

[Bug 38553] New: Die by the Sword: menus don't drawn unless mouse is moving (Mac OS X only)
by wine-bugs＠winehq.org 12 Dec '21

12 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=38553 Bug ID: 38553 Summary: Die by the Sword: menus don't drawn unless mouse is moving (Mac OS X only) Product: Wine Version: 1.7.34 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: winebugs140(a)gmail.com A similar issue (Bug 27814) has already been fixed in Wine for Linux. But the problem still exists when running Wine in OS X. Important comments from the Linux bug report: "Béla Gyebrószki (In reply to Ken Thomases from comment #12) > This problem still exists for me on OS X, too. Plain Wine. (If you're > using the tip from this morning, you'll need > <http://source.winehq.org/patches/data/108886> to fix a crash.) Affects > both the Mac driver and the X11 driver. > > In my testing, it was often the case that moving the mouse was not enough to > cause the menu animation to proceed. When this happened, switching away > with Command-Tab would allow the animation to complete. This happened more > often with the Mac driver than the X11 driver, but did affect both. > > Béla, would you be willing to do a "reverse" bisect, where you hunt which > commit fixed it for you? It's hard to tell exactly which commit fixed the problem for me because the game behaves differently between 1.7.13 and .15. The problem is definitely there in 1.7.13. After this patch menus are opened but without that "pull-down animation" and screen refreshing, mouse movement is so sluggish that it makes the game unplayable: http://source.winehq.org/git/wine.git/commit/4c4552c5a1910a9d5adf8eccff0ac6… Finally this commit resolves the previous problem and menus work as intended: http://source.winehq.org/git/wine.git/commit/eef81f5ecc27cac8bc2bf4eacdc093…" -- 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.

2 9

[Bug 38173] New: Juiced Dont Start
by wine-bugs＠winehq.org 12 Dec '21

12 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=38173 Bug ID: 38173 Summary: Juiced Dont Start Product: Wine Version: 1.7.37 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mrdeathjr28(a)yahoo.es Distribution: --- Created attachment 50923 --> https://bugs.winehq.org/attachment.cgi?id=50923 backtrace juiced Juiced dont start, unable validate settings Wine 1.7.37 Nvidia Drivers 346.47 Linux Mint 17 XFCE Edition 64Bit - Kernel 3.18.0.31 CPU: INTEL Pentium G3220 3.0Ghz MEM: 8GB DDR3 1333 (2x4) Patriot value (128 bit dual channel: 21.3 gb/s) GPU: Zotac Nvidia Geforce GT630 (GK208 28nm: 384 Shaders / 8 ROPS) Zone Edition Passive Cooling 2GB DDR3 1800Mhz 64Bit (14.4Gb/s) BOARD: MSI H81M E33 -- 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.

2 4

[Bug 30096] New: Setting path doesn't work in Shelltreeview
by wine-bugs＠winehq.org 12 Dec '21

12 Dec '21

http://bugs.winehq.org/show_bug.cgi?id=30096 Bug #: 30096 Summary: Setting path doesn't work in Shelltreeview Product: Wine Version: 1.4-rc6 Platform: x86 URL: http://netikka.net/dev/shelltreeview.exe OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ocean04(a)suomi24.fi Classification: Unclassified Delphi has TShelltreeview component. When trying to set path, for example: shelltreeview1.path:='C:\Windows'; -> It sets empty path. Root is set to rfMyComputer. Small sample to reproduce: http://netikka.net/dev/shelltreeview.exe -- 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.

2 11

[Bug 37058] New: Webbrowser demo needs OleInPlaceActiveObject TranslateAccelerator
by wine-bugs＠winehq.org 12 Dec '21

12 Dec '21

http://bugs.winehq.org/show_bug.cgi?id=37058 Bug ID: 37058 Summary: Webbrowser demo needs OleInPlaceActiveObject TranslateAccelerator Product: Wine Version: 1.7.23 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: mshtml Assignee: wine-bugs(a)winehq.org Reporter: ocean04(a)suomi24.fi Simple browser demo + source http://netikka.net/dev/lazwb.zip Run and press F5. It should refresh page, but nothing happens except: fixme:mshtml:OleInPlaceActiveObject_TranslateAccelerator (0x1f8ab8)->(0x15df158) (I also have other applications needing that, this is easiest to reproduce) -- 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.

2 8