April 2017 - Wine-Bugs - list.winehq.org

[Bug 33506] New: Microsoft Expression Design 4 (Free Version) crashes when quickly populating main menu items (dropdown sub-menu drawing)
by wine-bugs＠winehq.org April 29, 2020

April 29, 2020

http://bugs.winehq.org/show_bug.cgi?id=33506 Bug #: 33506 Summary: Microsoft Expression Design 4 (Free Version) crashes when quickly populating main menu items (dropdown sub-menu drawing) Product: Wine Version: 1.5.29 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello folks, as the summary says. Prerequisite: 'winetricks -q dotnet40 corefonts' Start the app and click one of the main menu items to show the drop down sub-menu. Now cycle menus by hovering mouse over other top level items -> crash. Alternatively click the top level menu item multiple times. When using +synchronous the frequency changes (menu drawing lags a bit) though it still crashes in the end. Last output before the crash: --- snip --- ... 0033:trace:d3d9:d3d9_device_EndScene iface 0x10955528. 0033:trace:d3d:wined3d_device_end_scene device 0x10956968. 0033:trace:d3d:context_acquire device 0x10956968, target (nil). 0033:trace:d3d:context_acquire Rendering onscreen. 0033:trace:d3d:context_enter Entering context 0x109760d8, level 1. 0033:trace:seh:raise_exception code=c0000005 flags=0 addr=0x7e9a13fe ip=7e9a13fe tid=0033 0033:trace:seh:raise_exception info[0]=00000000 0033:trace:seh:raise_exception info[1]=00000000 0033:trace:seh:raise_exception eax=00000000 ebx=7e9f05c8 ecx=00000001 edx=00000390 esi=7ffbc000 edi=1179fbf0 0033:trace:seh:raise_exception ebp=0644e5c8 esp=0644e580 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010202 0033:trace:seh:call_vectored_handlers calling handler at 0x791f5a7c code=c0000005 flags=0 0033:trace:seh:call_vectored_handlers handler at 0x791f5a7c returned 0 0033:trace:seh:call_stack_handlers calling handler at 0x7bc98301 code=c0000005 flags=0 --- snip --- Another (different) crash: --- snip --- ... 0032:trace:d3d_surface:surface_modify_location surface 0x109bdcf8, location SFLAG_INTEXTURE, persistent 0x1. 0032:trace:d3d9:d3d9_vertexbuffer_Lock iface 0x1099d888, offset 335552, size 128, data 0x644e288, flags 0x1000. 0032:trace:d3d:wined3d_buffer_map buffer 0x1099d8a8, offset 335552, size 128, data 0x644e288, flags 0x1000 0032:trace:d3d:context_acquire device 0x109569b0, target (nil). 0032:trace:d3d:context_acquire Rendering onscreen. 0032:trace:d3d:context_enter Entering context 0x10976120, level 1. 0032:trace:d3d:wined3d_buffer_map glMapBufferRange call ok /home/focht/projects/wine/wine-git/dlls/wined3d/buffer.c / 1028 0032:trace:d3d:context_release Releasing context 0x10976120, level 1. 0032:warn:d3d:context_release Context 0x10976120 is not the current context. 0032:trace:d3d:wined3d_buffer_map Returning memory at 0x51ec0 (base (nil), offset 335552). 0032:trace:d3d9:d3d9_vertexbuffer_Unlock iface 0x1099d888. 0032:trace:d3d:wined3d_buffer_unmap buffer 0x1099d8a8. 0032:trace:d3d:context_acquire device 0x109569b0, target (nil). 0032:trace:d3d:context_acquire Rendering onscreen. 0032:trace:d3d:context_enter Entering context 0x10976120, level 1. 0032:trace:d3d:wined3d_buffer_unmap glFlushMappedBufferRange call ok /home/focht/projects/wine/wine-git/dlls/wined3d/buffer.c / 1140 0032:trace:d3d:context_release Releasing context 0x10976120, level 1. 0032:warn:d3d:context_release Context 0x10976120 is not the current context. 0032:trace:d3d9:d3d9_device_SetStreamSource iface 0x2195c8, stream_idx 0, buffer (nil), offset 0, stride 0. 0032:trace:d3d:wined3d_device_set_stream_source device 0x109569b0, stream_idx 0, buffer (nil), offset 0, stride 0. 0032:trace:d3d:wined3d_buffer_decref 0x1099d8a8 decreasing refcount to 1. 0032:trace:d3d9:d3d9_device_DrawPrimitiveUP iface 0x2195c8, primitive_type 0x6, primitive_count 2, data 0x109af9c8, stride 32. 0032:trace:d3d:wined3d_buffer_map buffer 0x1179e7c8, offset 0, size 128, data 0x644e1c4, flags 0x2000 0032:trace:d3d:context_acquire device 0x109569b0, target (nil). 0032:trace:d3d:context_acquire Rendering onscreen. 0032:trace:d3d:context_enter Entering context 0x10976120, level 1. 0032:trace:d3d:wined3d_buffer_map glMapBufferRange call ok /home/focht/projects/wine/wine-git/dlls/wined3d/buffer.c / 1028 0032:trace:d3d:context_release Releasing context 0x10976120, level 1. 0032:warn:d3d:context_release Context 0x10976120 is not the current context. 0032:trace:d3d:wined3d_buffer_map Returning memory at (nil) (base (nil), offset 0). 0032:trace:seh:raise_exception code=c0000005 flags=0 addr=0xf75e8271 ip=f75e8271 tid=0032 0032:trace:seh:raise_exception info[0]=00000001 0032:trace:seh:raise_exception info[1]=00000000 0032:trace:seh:raise_exception eax=109af9d0 ebx=f7613720 ecx=00000050 edx=00000010 esi=00000000 edi=00000000 0032:trace:seh:raise_exception ebp=0644e1f4 esp=0644e180 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010206 0032:trace:seh:call_vectored_handlers calling handler at 0x791f5a7c code=c0000005 flags=0 0032:trace:seh:call_vectored_handlers handler at 0x791f5a7c returned 0 0032:trace:seh:call_stack_handlers calling handler at 0x7bc98301 code=c0000005 flags=0 --- snip --- $ du -sh Design_Trial_en.exe 47M Design_Trial_en.exe $ sha1sum Design_Trial_en.exe 65229a31f44d5adcf11edd7a849f8e3d9c4e8233 Design_Trial_en.exe $ wine --version wine-1.5.29-100-ga0b4cd1 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 9

[Bug 12604] New: SimGolf v1.03 exits when starting a new game
by wine-bugs＠winehq.org April 29, 2020

April 29, 2020

http://bugs.winehq.org/show_bug.cgi?id=12604 Summary: SimGolf v1.03 exits when starting a new game Product: Wine Version: 0.9.59. Platform: PC URL: http://www.simgolf.ea.com/ OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: tom78999(a)gmail.com Created an attachment (id=12218) --> (http://bugs.winehq.org/attachment.cgi?id=12218) wine output When using the game menu to try and start a new game I receive two error message dialog boxes; the first stating "Can't Set The PixelFormat" and the second "Can't Create A GL Rendering Context". After OK'ing these two messages the game exits. The critical message in the output seems to be the following: err:wgl:X11DRV_wglCreateContext Cannot get FB Config for iPixelFormat 0, expect problems! I'm attaching the normal output from wine and the output with WINEDEBUG="+x11drv". -- 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 16

[Bug 40291] New: Borderlands crashes when forced DirectX 9 using -DX9
by wine-bugs＠winehq.org April 29, 2020

April 29, 2020

https://bugs.winehq.org/show_bug.cgi?id=40291 Bug ID: 40291 Summary: Borderlands crashes when forced DirectX 9 using -DX9 Product: Wine Version: 1.9.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3dx9 Assignee: wine-bugs(a)winehq.org Reporter: vblanton(a)gmail.com Distribution: --- Created attachment 53931 --> https://bugs.winehq.org/attachment.cgi?id=53931 backtrace from commandline, lsusb, lspci Borderlands runs decent on my Fedora/MacBook Pro/Intel 3000 without any arguments (~20fps). However, I read online that one could achieve significantly faster frame-rates by forcing Borderlands to only use DirectX 9 with "-DX9" "wine Borderlands.exe -DX9" This, however causes the game to crash I thought this might be interesting, valuable information, or perhaps even fixable. -- 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 41564] New: Google Nik Collection: Top menu bar gone and cursor gone
by wine-bugs＠winehq.org April 29, 2020

April 29, 2020

https://bugs.winehq.org/show_bug.cgi?id=41564 Bug ID: 41564 Summary: Google Nik Collection: Top menu bar gone and cursor gone Product: Wine-staging Version: 1.9.21 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dan.Tableau(a)gmail.com CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: --- Hello, I just want to report that using wine 1.9.21 (staging) with the Google Nik Collection creates the following issues: Top menu bar gone, cursor gone (while inside the window). After switching to winehq-devel, as suggest in the IRC (Thanks, slackner), the problem was gone. Both times the version used was: 1.9.21 Let me know if more info is needed. Thank for doing all this and keeping it up and running! -- 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 40403] New: WARCRAFT III NO VIDEO
by wine-bugs＠winehq.org April 28, 2020

April 28, 2020

https://bugs.winehq.org/show_bug.cgi?id=40403 Bug ID: 40403 Summary: WARCRAFT III NO VIDEO Product: Wine Version: 1.9.7 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: legluondunet(a)free.fr Distribution: --- Hello, I just installed Warcraft III and tested it with wine 1.9.7, the videos are not played, just skipped. I joined you the wine log. The videos played well with Wine 1.7.12, is it a regression? -- 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 27325] New: after install wine delete program files...
by wine-bugs＠winehq.org April 28, 2020

April 28, 2020

http://bugs.winehq.org/show_bug.cgi?id=27325 Summary: after install wine delete program files... Product: Wine Version: 1.3.21 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gymka(a)mail.ru Application finereader 10 professional, http://finereader.abbyy.com/ OS: archlinux i install finereader 10 professional, not everything works ok, but for that there is workaround; after install i start application and all program files dissapears... with wine 1.3.19 everything worked ok, problems only with 1.3.20 and 1.3.21 -- 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 25

[Bug 32336] New: finereader 11 trial version install fails and rollbacks
by wine-bugs＠winehq.org April 28, 2020

April 28, 2020

http://bugs.winehq.org/show_bug.cgi?id=32336 Bug #: 32336 Summary: finereader 11 trial version install fails and rollbacks Product: Wine Version: 1.5.18 Platform: x86 OS/Version: Linux Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fracting(a)gmail.com Classification: Unclassified Created attachment 42679 --> http://bugs.winehq.org/attachment.cgi?id=42679 Log: install ABBYY FineReader 11 We have a similar bug for ABBYY finereader 10: Bug 27325 However, +msi console log is different between ABBYY finereader 10 and ABBYY finereader 11, I'm not sure if this bug is a duplication. 1. Download trial version from http://download.abbyy.cn/dist/fr11/ABBYY_FineReader_11_Chinese.exe 2. run the outer installer, it will extract and run the inner installer $ wine ABBYY_FineReader_11_Chinese.exe 3. click "安装 ABBYY FineReader 11" of the inner installer 4. the install wizard will ask you to install MSXML6, either install it or skip it. 5. run the real ABBYY FineReader installer There is something wrong and the installation will be rollback. Here is a workaround: 1. run the outer installer and extract the inner installer 2. run the inner installer with DISABLEROLLBACK=1 $ msiexec /I ABBYY\ FineReader\ 11.msi TRANSFORMS="C:\Temp\ABBYY FineReader 11\2052.mst" /Liwrmo\!vepacu "C:\users\fracting\Temp\ABBYY FineReader 11.log" LAUNCH_FROM_SETUP=1 DISABLEROLLBACK=1 -- 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 9

[Bug 39807] New: Cannot install a programm
by wine-bugs＠winehq.org April 28, 2020

April 28, 2020

https://bugs.winehq.org/show_bug.cgi?id=39807 Bug ID: 39807 Summary: Cannot install a programm Product: Wine Version: 1.7.55 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: msrom(a)mail.ru Distribution: --- Created attachment 53142 --> https://bugs.winehq.org/attachment.cgi?id=53142 log Cannot install the ABBYY Aligner -- 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 7

[Bug 39224] New: Warcraft 3: Sound rustles without -opengl
by wine-bugs＠winehq.org April 28, 2020

April 28, 2020

https://bugs.winehq.org/show_bug.cgi?id=39224 Bug ID: 39224 Summary: Warcraft 3: Sound rustles without -opengl 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: sworddragon2(a)aol.com Distribution: --- If Warcraft 3 is started without the -opengl option I'm hearing at the startscreen besides the normal music a quiet rustle. -- 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 39570] New: Multiple application crash handlers fail to load symbol information using 'dbghelp.SymLoadModule64', reporting 'dbghelp:validate_addr64 Unsupported address 0xfffffffffxxxxxxx'
by wine-bugs＠winehq.org April 28, 2020

April 28, 2020

https://bugs.winehq.org/show_bug.cgi?id=39570 Bug ID: 39570 Summary: Multiple application crash handlers fail to load symbol information using 'dbghelp.SymLoadModule64', reporting 'dbghelp:validate_addr64 Unsupported address 0xfffffffffxxxxxxx' Product: Wine Version: 1.7.54 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: dbghelp Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, the issue/question was raised in https://bugs.winehq.org/show_bug.cgi?id=32237#c15 --- quote --- I did try 2012 this time and I end up crashing fixme:dbghelp:validate_addr64 Unsupported address fffffffff33a0000 err:seh:raise_exception Unhandled exception code c0000005 flags 0 addr 0x7bc3db51 What's wrong with the address? --- quote --- Searching the Internet reveals this pattern/message many times - also in Wine Bugzilla - but no or even incorrect explanation - until now ;-) On 64-bit Linux machines, the Wine loader allows 32-bit dlls being mapped at high >2GB, >3GB address ranges in 32-bit processes, not having certain (design) restrictions of 32-bit process address space layout on 64-bit Windows machines (even with /LARGEADDRESSWARE). Good case, 32-bit Wine builtin dll mapped < 2 GiB virtual address space range: --- snip --- ... 0009:Call PE DLL (proc=0x7e1b6838,module=0x7e1b0000 L"wsock32.dll",reason=PROCESS_ATTACH,res=0x1) ... 0027:Call dbghelp.SymLoadModule64(ffffffff,00000000,0b36a960 "C:\\windows\\system32\\wsock32.dll",0b36a988 "wsock32.dll",7e1b0000,00000000,0000e000) ret=005eff32 0027:trace:dbghelp:SymLoadModuleEx (0xffffffff (nil) "C:\\windows\\system32\\wsock32.dll" "wsock32.dll" 7e1b0000 0000e000 (nil) 00000000) ... 0027:trace:dbghelp:SymLoadModuleExW (0xffffffff (nil) L"C:\\windows\\system32\\wsock32.dll" L"wsock32.dll" 7e1b0000 0000e000 (nil) 00000000) ... 0027:trace:dbghelp:elf_load_file Processing elf file 'L"/home/focht/projects/wine/wine.repo/install/bin/../lib/wine/wsock32.dll.so"' at 7e1a2000 ... 0027:Ret dbghelp.SymLoadModule64() retval=7e1b0000 ret=005eff32 --- snip --- Bad case, 32-bit Wine builtin dll mapped near end of 4 GiB virtual address space range: --- snip --- ... 0009:Call PE DLL (proc=0xf734e3fc,module=0xf72f0000 L"winex11.drv",reason=PROCESS_ATTACH,res=(nil)) ... 0027:Call dbghelp.SymLoadModule64(ffffffff,00000000,0b36a960 "C:\\windows\\system32\\winex11.drv",0b36a988 "winex11.drv",f72f0000,ffffffff,00090000) ret=005eff32 0027:trace:dbghelp:SymLoadModuleEx (0xffffffff (nil) "C:\\windows\\system32\\winex11.drv" "winex11.drv" fffffffff72f0000 00090000 (nil) 00000000) "winex11.drv",ffffffff,2d053b40,0000000c) ret=edbc2fa6 ... 0027:trace:dbghelp:SymLoadModuleExW (0xffffffff (nil) L"C:\\windows\\system32\\winex11.drv" L"winex11.drv" fffffffff72f0000 00090000 (nil) 00000000) 0027:fixme:dbghelp:validate_addr64 Unsupported address fffffffff72f0000 ... 0027:Ret dbghelp.SymLoadModule64() retval=00000000 ret=005eff32 --- snip --- In this specific case, the game registered an own crash handler which dumps various debugging information in case of a crash. 'dbghelp.SymLoadModule64' is called by the custom crash handler. Source: https://source.winehq.org/git/wine.git/blob/1fa7710ff92dd9555b2b4753e22ce5f… --- snip --- 656 DWORD64 WINAPI SymLoadModule64(HANDLE hProcess, HANDLE hFile, PCSTR ImageName, 657 PCSTR ModuleName, DWORD64 BaseOfDll, DWORD SizeOfDll) 658 { 659 return SymLoadModuleEx(hProcess, hFile, ImageName, ModuleName, BaseOfDll, SizeOfDll, 660 NULL, 0); 661 } --- snip --- So how does high DWORD of 'BaseOfDll' parameter get the 0xffffffff value? A few caller frames up in the app crash handler: --- snip --- ... 005F06D6 8B55 D0 MOV EDX,DWORD PTR SS:[EBP-30] 005F06D9 8B45 CC MOV EAX,DWORD PTR SS:[EBP-34] 005F06DC 8B4D F8 MOV ECX,DWORD PTR SS:[EBP-8] 005F06DF 52 PUSH EDX 005F06E0 99 CDQ 005F06E1 52 PUSH EDX ; high DWORD BaseOfDll 005F06E2 50 PUSH EAX ; low DWORD BaseOfDll 005F06E3 8B45 FC MOV EAX,DWORD PTR SS:[EBP-4] 005F06E6 50 PUSH EAX 005F06E7 51 PUSH ECX 005F06E8 8B4D E8 MOV ECX,DWORD PTR SS:[EBP-18] 005F06EB 56 PUSH ESI 005F06EC E8 EFF7FFFF CALL A_Slower.005EFEE0 ... --- snip --- 'winex11.drv' -> 0xf72f0000 Since the highest bit in low 32-bit 'BaseOfDll' DWORD is set, the 'CDQ' instruction copies the sign (bit 31) of the value in the EAX register into every bit position in the EDX register. Voila - you get the 0xffffffff EDX value which is then propagated through the caller chain as high 32-bit 'BaseOfDll' DWORD to 'dbghelp.SymLoadModule64', leading to symbol load failure and fixme/warning messages. This should be fixed, allowing symbol information even for dlls mapped in high address range to be loaded. $ wine --version wine-1.7.54-261-g61c49bd Regards -- 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