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

[Bug 38322] New: Call of Duty 4 Modern Warfare 3: Wine crashes when Steam is starting the game
by wine-bugs＠winehq.org April 30, 2020

April 30, 2020

https://bugs.winehq.org/show_bug.cgi?id=38322 Bug ID: 38322 Summary: Call of Duty 4 Modern Warfare 3: Wine crashes when Steam is starting the game Product: Wine Version: 1.6.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: timsta2000(a)googlemail.com Distribution: --- Created attachment 51163 --> https://bugs.winehq.org/attachment.cgi?id=51163 backtrace.txt, the wine "error box" has given me I've installed PlayOnLinux and downloaded the game over Steam and if I try to start it, Wine crashes when Steam is starting MW3. I've changed the Windows version from Windows XP to Windows 8 and now Steam is showing me a small empty black box before starting the game and then it crashes. I have a Dualboot-System with Ubuntu 14.10 and Windows 8. -- 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 21

[Bug 49057] New: Deus Ex: Mankind Divided occasionally doesn't register Control and Alt keys
by WineHQ Bugzilla April 29, 2020

April 29, 2020

https://bugs.winehq.org/show_bug.cgi?id=49057 Bug ID: 49057 Summary: Deus Ex: Mankind Divided occasionally doesn't register Control and Alt keys Product: Wine Version: 5.7 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: qsniyg(a)mail.com Distribution: --- When playing Mankind Divided, pressing the control or alt key will only work ~30-40% of the time. Sometimes it will work without issue, other times it can require pressing it 5-10 times for the key to register. All other keys work fine, including space, tab, and shift. I was unable to test super/windows, as it appears the game forbids the keybinding. This happens under both wine and wine-staging under the GOG version. -- 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 49056] New: Dragon Age: Origins right-click camera drag jumps counter-clockwise on start
by WineHQ Bugzilla April 29, 2020

April 29, 2020

https://bugs.winehq.org/show_bug.cgi?id=49056 Bug ID: 49056 Summary: Dragon Age: Origins right-click camera drag jumps counter-clockwise on start Product: Wine-staging Version: 5.7 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: alex_y_xu(a)yahoo.ca CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Steps to reproduce: 1. build wine with staging --all, or staging user32-rawinput-mouse-experimental user32-rawinput-nolegacy user32-rawinput-mouse. 2. open Dragon Age: Origins. start a new game or load a saved game. 3. right-click and move mouse to drag the camera Expected results: camera moves proportionally to mouse movement Actual results: as soon as mouse is moved (even 1 pixel), camera view jumps up and counter-clockwise (as if mouse was instantly moved far right and up). subsequent camera movement with the same drag is OK, but starting a new drag causes the issue again. doesn't seem to be related to the starting cursor location Additional information: occurs whether virtual desktop is on or off. -- 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 9

[Bug 49053] New: Device selection box blank and NOT working (USB letter is blank and not selectable)
by WineHQ Bugzilla April 29, 2020

April 29, 2020

https://bugs.winehq.org/show_bug.cgi?id=49053 Bug ID: 49053 Summary: Device selection box blank and NOT working (USB letter is blank and not selectable) Product: Wine-staging Version: 5.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: pigeonskiller(a)libero.it CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Hi developers, I reported this bug in AppDB too, but I am almost sure it depends on wine not on the app itself working flowlessly in real Windows... I tried application Easy2Boot 2.02 from https://www.fosshub.com/Easy2Boot.html?dwl=Easy2Boot_v2.02.exe in Kubuntu 20.04 and wine-staging 5.7 emulating Win 10. The application installs and works without errors, but at the moment to select letter for USB pendrive nothing appears. Tried unsuccessfully some solutions found in forums, so I suppose that's a bug. Please correct so also Wine users may use that incredible application! Thanks and have a nice day. -- 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 3

[Bug 47481] New: Regression: Spire and Xfer (Serum, OTT, etc.) VST plugins don't render
by wine-bugs＠winehq.org April 29, 2020

April 29, 2020

https://bugs.winehq.org/show_bug.cgi?id=47481 Bug ID: 47481 Summary: Regression: Spire and Xfer (Serum, OTT, etc.) VST plugins don't render Product: Wine Version: 4.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: d2d Assignee: wine-bugs(a)winehq.org Reporter: ajduck(a)outlook.com Distribution: --- Since Wine 4.12 plugins like Spire and Xfer plugins (e.g. Serum, OTT, Dimension Expander) don't render anything and instead leave an empty IE6-like effect in the window the GUI would show. In Wine 4.11 it was rendering correctly. This is a short excerpt of the sort of thing output in journalctl logs (this is for Spire): 002e:fixme:d2d:d2d_factory_init Ignoring factory type 0x1. 002e:fixme:dxgi:DXGID3D10CreateDevice Ignoring flags 0x20. 002e:fixme:d3d11:d3d_blend_state_create Per-rendertarget blend not implemented. 002e:fixme:d2d:d2d_device_context_PushAxisAlignedClip Ignoring antialias_mode 0. 002e:fixme:d2d:d2d_device_context_PushAxisAlignedClip Ignoring antialias_mode 0. 002e:fixme:d2d:d2d_device_context_PushAxisAlignedClip Ignoring antialias_mode 0. (repeats loads of times)... 002e:fixme:d2d:d2d_geometry_sink_BeginFigure Ignoring figure_begin 0x1. 002e:fixme:d2d:d2d_device_context_DrawGeometry Ignoring stroke style A46B1FE0. 002e:fixme:d2d:d2d_geometry_sink_BeginFigure Ignoring figure_begin 0x1. 002e:fixme:d2d:d2d_device_context_DrawGeometry Ignoring stroke style A46B1FE0. 002e:fixme:d2d:d2d_geometry_sink_BeginFigure Ignoring figure_begin 0x1. 002e:fixme:d2d:d2d_device_context_DrawGeometry Ignoring stroke style A46B1FE0. 002e:fixme:d2d:d2d_geometry_sink_BeginFigure Ignoring figure_begin 0x1. 002e:fixme:d2d:d2d_device_context_DrawGeometry Ignoring stroke style A46B1FE0. 002e:fixme:d2d:d2d_geometry_sink_BeginFigure Ignoring figure_begin 0x1. 002e:fixme:d2d:d2d_device_context_DrawGeometry Ignoring stroke style A46B1FE0. 002e:fixme:d2d:d2d_geometry_sink_BeginFigure Ignoring figure_begin 0x1. (repeats loads of times)... This is the sort of thing OTT puts out: ... 002e:fixme:d2d:d2d_device_context_PushAxisAlignedClip Ignoring antialias_mode 0. 002e:fixme:d2d:d2d_geometry_sink_BeginFigure Ignoring figure_begin 0x1. 002e:fixme:d2d:d2d_device_context_DrawGeometry Ignoring stroke style 34E1BD68. 002e:fixme:d2d:d2d_geometry_sink_AddArc iface 35B572B8, arc 0033F5C8 stub! ... As you can see from the output it's related to d2d. It's also mentioned in bug #44243 about these plugins using Direct2D. -- 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 11908] New: CPUZ shows no informations
by wine-bugs＠winehq.org April 29, 2020

April 29, 2020

http://bugs.winehq.org/show_bug.cgi?id=11908 Summary: CPUZ shows no informations Product: Wine Version: 0.9.47. Platform: PC-x86-64 URL: http://www.cpuid.com/cpuz.php OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: greg87(a)online.de Created an attachment (id=11207) --> (http://bugs.winehq.org/attachment.cgi?id=11207) console log Tested with cpuz 1.44.1 The only thing it displays is Unknown processor and the size of my ram. -- 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 55

[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 49047] New: Late Shift Launches to Black Screen
by WineHQ Bugzilla April 29, 2020

April 29, 2020

https://bugs.winehq.org/show_bug.cgi?id=49047 Bug ID: 49047 Summary: Late Shift Launches to Black Screen Product: Wine Version: 5.7 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: matthewcboyd(a)tutanota.com Distribution: --- Created attachment 67028 --> https://bugs.winehq.org/attachment.cgi?id=67028 Debugging Log The game installs but when launching the game it only displays a black screen with the mouse cursor visible. I used version 20200107_(35388) of the game from GOG. I have included a debugging log. I have tested the game on a Windows system and can verify this issue isn't present there. My system: AMD Ryzen 5 2600X | 16GB DDR4-3000 CL15 | MSI RX 5700 XT 8GB Gaming X | Mesa 20.0.5 | Manjaro 19.0.2 | Mate 1.24 | Kernel 5.6.7-1-MANJARO | Wine 5.7 Windows 10 system: AMD FX-9590 | 16GB DDR3-2133 | MSI RX 580 8GB Gaming X | Driver 20.2.2 | Windows 10 Pro 1909 -- 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 2

[Bug 49054] New: WordPad - Incorrect Print Preview rendering (buttons layout)
by WineHQ Bugzilla April 29, 2020

April 29, 2020

https://bugs.winehq.org/show_bug.cgi?id=49054 Bug ID: 49054 Summary: WordPad - Incorrect Print Preview rendering (buttons layout) Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: contact(a)kcsoftwares.com Distribution: --- Created attachment 67033 --> https://bugs.winehq.org/attachment.cgi?id=67033 step1 WordPad - Incorrect Print Preview rendering (buttons layout) Step to reproduce Open wordpad, enpty document Open Print preview ("step 1" screenshot) => only some buttons displayed (not all) Increase width to show all buttons (step 2) Reduce width down to step 1 (step 3) => different layout with all buttons displayed -- 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 4

[Bug 49049] New: iLok License Manager daemon 'LDSvc.exe' crashes on shutdown
by WineHQ Bugzilla April 29, 2020

April 29, 2020

https://bugs.winehq.org/show_bug.cgi?id=49049 Bug ID: 49049 Summary: iLok License Manager daemon 'LDSvc.exe' crashes on shutdown Product: Wine Version: 5.7 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, after fixing bug 49043, the license daemon/service still crashes - on shutdown/teardown. Service process creation, thread 0060 is a client side RPC service thread. --- snip --- $ WINEDEBUG=+seh,+relay,+loaddll,+process,+server,+ntdll,+sync wineboot >>log.txt 2>&1 003c:Call KERNEL32.CreateProcessW(00000000,0011fd30 L"C:\\Program Files (x86)\\Common Files\\PACE\\Services\\LicenseServices\\LDSvc.exe -u https://activation.paceap.com/InitiateActivation",00000000,00000000,100000000,00000400,008a9c20,00000000,0021f5a0,0021f570) ret=14000672a ... 0048:Call ntdll.__wine_make_process_system() ret=7e6b056d 0048:Ret ntdll.__wine_make_process_system() retval=0000008c ret=7e6b056d 0048:Call kernelbase.CreateThread(00000000,00000000,7e6ad610,06521d20,00000000,00000000) ret=7e6b0589 0048:Call ntdll.RtlCreateUserThread(ffffffff,00000000,00000001,00000000,00000000,00000000,7e6ad610,06521d20,0031fa40,0031fa34) ret=7b0434a6 ... 003c:trace:process:CreateProcessInternalW started process pid 0044 tid 0048 .... 0048: new_thread( process=ffffffff, access=001fffff, suspend=1, request_fd=8, objattr={} ) 0048: new_thread() = 0 { tid=0060, handle=0090 } ... 0060: *fd* 10 <- 109 0060: *fd* 13 <- 110 0060: init_thread( unix_pid=12060, unix_tid=12066, debug_level=1, teb=7ffd4000, entry=7e6ad610, reply_fd=10, wait_fd=13, cpu=x86 ) 0060: init_thread() = 0 { pid=0044, tid=0060, server_start=1d61e123e9d65ca (-1.3890170), info_size=0, version=602, all_cpus=00000003, suspend=0 } ... 0060:Starting thread proc 0x7e6ad610 (arg=0x6521d20) 0060:Call kernelbase.ReadFile(00000084,069dff1c,00000010,069dff14,00000000) ret=7e6ad721 0060:Call ntdll.NtReadFile(00000084,00000000,00000000,00000000,069dfe78,069dff1c,00000010,00000000,00000000) ret=7b013972 0060:trace:ntdll:NtReadFile (0x84,(nil),(nil),(nil),0x69dfe78,0x69dff1c,0x00000010,(nil),(nil)) 0060: get_handle_fd( handle=0084 ) 0060: get_handle_fd() = BAD_DEVICE_TYPE { type=0, cacheable=1, access=00000000, options=00000000 } 0060: read( async={handle=0084,event=0000,iosb=069dfe78,user=06522a90,apc=00000000,apc_context=00000000}, pos=00000000 ) 0060: read() = 0 { wait=0094, options=00000060, data={45,4e,49,57,66,00,00,00,15,00,00,00,00,00,00,00} } 0060: select( flags=2, cookie=069df3d4, timeout=infinite, size=8, prev_apc=0000, result={}, data={WAIT_ALL,handles={0094}}, context={} ) 0060: select() = 0 { call={APC_NONE}, apc_handle=0000, context={} } 0060:Ret ntdll.NtReadFile() retval=00000000 ret=7b013972 0060:Ret kernelbase.ReadFile() retval=00000001 ret=7e6ad721 ... 0060:Call rpcrt4.NdrClientInitializeNew(069dfb4c,069dfbd0,7e6c76a0,00000010) ret=7e6b8382 0060:Ret rpcrt4.NdrClientInitializeNew() retval=069d0000 ret=7e6b8382 .... 0060:Call kernelbase.ReadFile(00000084,069dff1c,00000010,069dff14,00000000) ret=7e6ad721 0060:Call ntdll.NtReadFile(00000084,00000000,00000000,00000000,069dfe78,069dff1c,00000010,00000000,00000000) ret=7b013972 0060:trace:ntdll:NtReadFile (0x84,(nil),(nil),(nil),0x69dfe78,0x69dff1c,0x00000010,(nil),(nil)) 0060: read( async={handle=0084,event=0000,iosb=069dfe78,user=06522d20,apc=00000000,apc_context=00000000}, pos=00000000 ) 0060: read() = PENDING { wait=0098, options=00000060, data={} } ... 0060: select( flags=2, cookie=069df3d4, timeout=infinite, size=8, prev_apc=0000, result={}, data={WAIT_ALL,handles={0098}}, context={} ) 0060: select() = PENDING { call={APC_NONE}, apc_handle=0000, context={} } ... --- snip --- --- snip --- ... 0064:Ret KERNEL32.CreateRemoteThread() retval=000000a0 ret=004486d6 ... 0068: init_thread( unix_pid=12060, unix_tid=12068, debug_level=1, teb=7ffcc000, entry=00447580, reply_fd=19, wait_fd=21, cpu=x86 ) 0068: init_thread() = 0 { pid=0044, tid=0068, server_start=1d61e123e9d65ca (-1.3962840), info_size=0, version=602, all_cpus=00000003, suspend=1 } --- snio --- App thread 0068 creates pipe serving thread 0168. --- snip --- 0068:Call ucrtbase._beginthreadex(00000000,00000000,004969c0,0652c750,00000004,0652c770) ret=00496955 0068:Call KERNEL32.CreateRemoteThread(ffffffff,00000000,00000000,004969c0,0652c750,00000004,0652c770) ret=004486d6 0068:Call kernelbase.CreateRemoteThread(ffffffff,00000000,00000000,004969c0,0652c750,00000004,0652c770) ret=7bc9f474 0068:Call ntdll.RtlCreateUserThread(ffffffff,00000000,00000001,00000000,00000000,00000000,004969c0,0652c750,06bff370,06bff364) ret=7b0434a6 0068: *fd* 172 <- 304 0068: new_thread( process=ffffffff, access=001fffff, suspend=1, request_fd=172, objattr={} ) 0068: new_thread() = 0 { tid=0168, handle=02ec } ... 0168: *fd* 176 <- 305 0168: *fd* 178 <- 307 0168: init_thread( unix_pid=12060, unix_tid=12133, debug_level=1, teb=7ff2c000, entry=004969c0, reply_fd=176, wait_fd=178, cpu=x86 ) 0168: init_thread() = 0 { pid=0044, tid=0168, server_start=1d61e123e9d65ca (-3.6823560), info_size=0, version=602, all_cpus=00000003, suspend=1 } 0168: select( flags=2, cookie=096ee5a4, timeout=0, size=0, prev_apc=0000, result={}, data={}, context={cpu=x86,eip=7bcb2524,esp=096efff0,ebp=00000000,eflags=00000202,cs=0023,ss=002b,ds=002b,es=002b,fs=0063,gs=006b,eax=004969c0,ebx=0652c750,ecx=00000000,edx=00000000,esi=00000000,edi=00000000,dr0=00000000,dr1=00000000,dr2=00000000,dr3=00000000,dr6=00000000,dr7=00000000,fp.ctrl=0000027f,fp.status=00000000,fp.tag=00000000,fp.err_off=00000000,fp.err_sel=00000000,fp.data_off=00000000,fp.data_sel=00000000,fp.cr0npx=00000000,fp.reg0=0,fp.reg1=0,fp.reg2=0,fp.reg3=0,fp.reg4=0,fp.reg5=0,fp.reg6=0,fp.reg7=0,extended={0000027f, ...,00000000}} ) 0168: select() = PENDING { call={APC_NONE}, apc_handle=0000, context={} } 0168: *wakeup* signaled=258 0168: select( flags=2, cookie=096ee5a4, timeout=0, size=0, prev_apc=0000, result={}, data={}, context={} ) 0168: *signal* signal=19 0168: select() = TIMEOUT { call={APC_NONE}, apc_handle=0000, context={cpu=x86,dr0=004490a2,dr1=004490a2,dr2=004490a2,dr3=004490a2,dr6=00000000,dr7=00000055} } ... 0168:Call KERNEL32.CreateNamedPipeA(063983c0 "\\\\.\\pipe\\com_paceap_eden_licensed_activationfrontend",40000003,00000000,000000ff,00002000,00002000,00000000,096efa8c) ret=004afa3e ... 0168:Call kernelbase.CreateNamedPipeW(096ef698 L"\\\\.\\pipe\\com_paceap_eden_licensed_activationfrontend",40000003,00000000,000000ff,00002000,00002000,00000000,096efa8c) ret=7b45c01e 0168:trace:sync:CreateNamedPipeW (L"\\\\.\\pipe\\com_paceap_eden_licensed_activationfrontend", 0x40000003, 00000000, 255, 8192, 8192, 0, 096EFA8C) ... 0168:Call ntdll.NtCreateNamedPipeFile(096ef5b4,c0100000,096ef5c4,096ef5dc,00000003,00000005,00000000,00000000,00000000,00000000,ffffffff,00002000,00002000,096ef5b8) ret=7b042db4 0168:trace:ntdll:NtCreateNamedPipeFile (0x96ef5b4 c0100000 L"\\??\\pipe\\com_paceap_eden_licensed_activationfrontend" 0x96ef5dc 3 5 0 0 0 0 -1 8192 8192 0x96ef5b8) ... 0168: create_named_pipe( access=c0100000, options=00000000, sharing=00000003, maxinstances=ffffffff, outsize=00002000, insize=00002000, timeout=0, flags=00000000, objattr={rootdir=0000,attributes=00000040,sd={control=00000004,owner=<not present>,group=<not present>,sacl={},dacl={{AceType=ACCESS_DENIED_ACE_TYPE,Mask=10000000,AceFlags=0,Sid={S-1-5-7}},{AceType=ACCESS_ALLOWED_ACE_TYPE,Mask=10000000,AceFlags=0,Sid={S-1-5-11}}}},name=L"\\??\\pipe\\com_paceap_eden_licensed_activationfrontend"} ) 0168: create_named_pipe() = 0 { handle=02f4 } 0168:Ret ntdll.NtCreateNamedPipeFile() retval=00000000 ret=7b042db4 ... 0168:Ret kernelbase.CreateNamedPipeW() retval=000002f4 ret=7b45c01e 0168:Ret KERNEL32.CreateNamedPipeA() retval=000002f4 ret=004afa3e ... 0168:Call KERNEL32.ConnectNamedPipe(000002f4,096efa78) ret=004afd26 0168:Call kernelbase.ConnectNamedPipe(000002f4,096efa78) ret=7bc9f474 0168:trace:sync:ConnectNamedPipe (000002F4,096EFA78) ... 0168: ioctl( code=FSCTL_PIPE_LISTEN, async={handle=02f4,event=02f8,iosb=096efa78,user=0652ca90,apc=00000000,apc_context=096efa78}, in_data={} ) 0168: ioctl() = PENDING { wait=0000, options=00000000, out_data={} } ... 0168:Ret ntdll.NtFsControlFile() retval=00000103 ret=7b042b94 0168:Call ntdll.RtlNtStatusToDosError(00000103) ret=7b042bc4 0168:Ret ntdll.RtlNtStatusToDosError() retval=000003e5 ret=7b042bc4 0168:Ret kernelbase.ConnectNamedPipe() retval=00000000 ret=7bc9f474 0168:Ret KERNEL32.ConnectNamedPipe() retval=00000000 ret=004afd26 0168:Call KERNEL32.GetLastError() ret=004afd32 0168:Call kernelbase.GetLastError() ret=7bc9f474 0168:Ret kernelbase.GetLastError() retval=000003e5 ret=7bc9f474 0168:Ret KERNEL32.GetLastError() retval=000003e5 ret=004afd32 0168:Call KERNEL32.WaitForSingleObject(000002f8,0000000a) ret=004afd4d 0168:Call kernelbase.WaitForSingleObject(000002f8,0000000a) ret=7bc9f474 0168:Call ntdll.NtWaitForMultipleObjects(00000001,096ef79c,00000001,00000000,096ef720) ret=7b040eda 0168: select( flags=2, cookie=096eedb4, timeout=+0.0099874, size=8, prev_apc=0000, result={}, data={WAIT,handles={02f8}}, context={} ) 0168: select() = PENDING { call={APC_NONE}, apc_handle=0000, context={} } ... 0168:Ret PE DLL (proc=0x7e769db0,module=0x7e720000 L"ucrtbase.dll",reason=THREAD_DETACH,res=(nil)) retval=1 0168: *killed* exit_code=0 --- snip --- Service teardown phase, pipe servers get destroyed. To do that, app thread 0068 calls 'DisconnectNamedPipe' to trigger the pipe server thread teardown. --- snip --- ... 0068:Call KERNEL32.DisconnectNamedPipe(000002f4) ret=004aee2b 0068:Call kernelbase.DisconnectNamedPipe(000002f4) ret=7bc9f474 0068:trace:sync:DisconnectNamedPipe (000002F4) 0068:Call ntdll.NtFsControlFile(000002f4,00000000,00000000,00000000,06bff3fc,00110004,00000000,00000000,00000000,00000000) ret=7b042fa7 0068:trace:ntdll:NtFsControlFile (0x2f4,(nil),(nil),(nil),0x6bff3fc,0x00110004,(nil),0x00000000,(nil),0x00000000) 0068: ioctl( code=FSCTL_PIPE_DISCONNECT, async={handle=02f4,event=0000,iosb=06bff3fc,user=0652cac8,apc=00000000,apc_context=00000000}, in_data={} ) 0068: ioctl() = PIPE_LISTENING { wait=0000, options=00000000, out_data={} } 0068:Ret ntdll.NtFsControlFile() retval=c00000b3 ret=7b042fa7 0068:Call ntdll.RtlNtStatusToDosError(c00000b3) ret=7b042fb4 0068:Ret ntdll.RtlNtStatusToDosError() retval=00000218 ret=7b042fb4 0068:Ret kernelbase.DisconnectNamedPipe() retval=00000000 ret=7bc9f474 0068:Ret KERNEL32.DisconnectNamedPipe() retval=00000000 ret=004aee2b 0068:Call KERNEL32.CloseHandle(000002f4) ret=004aec93 0068:Call kernelbase.CloseHandle(000002f4) ret=7bc9f474 0068:Call ntdll.NtClose(000002f4) ret=7b02f739 0068: close_handle( handle=02f4 ) 0060: *wakeup* signaled=256 0068: close_handle() = 0 0068:Ret ntdll.NtClose() retval=00000000 ret=7b02f739 0068:Ret kernelbase.CloseHandle() retval=00000001 ret=7bc9f474 0068:Ret KERNEL32.CloseHandle() retval=00000001 ret=004aec93 ... --- snip --- This interestingly wakes up service client side RPC thread 0060 which wasn't responsible for any app created named pipes. Likely because it's one of the few threads left in alertable state to handle system APCs? --- snip --- ... 0060: select( flags=2, cookie=069df3d4, timeout=infinite, size=8, prev_apc=0000, result={}, data={WAIT_ALL,handles={0098}}, context={} ) 0060: select() = KERNEL_APC { call={APC_ASYNC_IO,user=0652ca90,sb=096efa78,status=HANDLES_CLOSED}, apc_handle=0134, context={} } ... 0060:trace:seh:raise_exception code=c0000005 flags=0 addr=0x7bc65af9 ip=7bc65af9 tid=0060 0060:trace:seh:raise_exception info[0]=00000001 0060:trace:seh:raise_exception info[1]=096efa78 0060:trace:seh:raise_exception eax=00000000 ebx=0652ca90 ecx=8000000a edx=069df400 esi=7bd2261c edi=096efa78 0060:trace:seh:raise_exception ebp=069df2f8 esp=069df270 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010a02 0060:trace:seh:call_vectored_handlers calling handler at 0x448700 code=c0000005 flags=0 0060:trace:seh:call_vectored_handlers handler at 0x448700 returned 0 0060:trace:seh:call_stack_handlers calling handler at 0x7bcd7650 code=c0000005 flags=0 0060:Call kernelbase.UnhandledExceptionFilter(069dee48) ret=7bc65702 ... wine: Unhandled page fault on write access to 096EFA78 at address 7BC65AF9 (thread 0060), starting debugger... ... 0060:err:seh:start_debugger Couldn't start debugger L"winedbg --auto 68 360" (1115) ... --- snip --- The overlapped structure 0x096efa78 was allocated on app pipe handler thread 0168 stack, see 'select' context after 'init_thread' (esp=096efff0) and 'ConnectNamedPipe' call. The pipe handler thread 0168 has already terminated way before thread 0060 woke up - with its thread stack unmapped. This causes causes a page fault when accessing the iosb. $ sha1sum LicenseSupportInstallerWin64.zip b22693fe4c29a60068c1f4c024232f9dc263b12b LicenseSupportInstallerWin64.zip $ du -sh LicenseSupportInstallerWin64.zip 282M LicenseSupportInstallerWin64.zip $ wine --version wine-5.7-97-g7ccc45f754 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.

1 1