wine-bugs

wine-bugs@winehq.org

1 participants
158851 discussions

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

29 Apr '20

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 29 Apr '20

29 Apr '20

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 29 Apr '20

29 Apr '20

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 29 Apr '20

29 Apr '20

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 29 Apr '20

29 Apr '20

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 29 Apr '20

29 Apr '20

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 29 Apr '20

29 Apr '20

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

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

29 Apr '20

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 46163] New: Regression - Windows Media Player 10 (& DirectSong) - MP3 Playback Is Busted
by wine-bugs＠winehq.org 29 Apr '20

29 Apr '20

https://bugs.winehq.org/show_bug.cgi?id=46163 Bug ID: 46163 Summary: Regression - Windows Media Player 10 (& DirectSong) - MP3 Playback Is Busted Product: Wine Version: 3.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: cwbussard(a)gmail.com Distribution: --- FORMERLY it was possible to get mp3 playback working in wine with the following procedure: 1. Create win32 prefix. 2. Install WMP10. 3. Change l3codeca from "native" to "built-in." (At this point MP3s can be played, but will experience the "too fast playback" bug noted in https://bugs.winehq.org/show_bug.cgi?id=38421 ). 4. Install quartz and devenum and set to "native." As best I can tell, the last version where MP3 playback worked was 3.11. Beginning with 3.12 through 3.20 (current as of this writing), the above does NOT work. WMP acts as if it is playing the MP3, but no sound is emitted. This bug also affects programs that rely on wmvcore for playback, such as DirectSong, which is used to supply bonus music in games such as Guild Wars. -- 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 12

[Bug 40291] New: Borderlands crashes when forced DirectX 9 using -DX9
by wine-bugs＠winehq.org 29 Apr '20

29 Apr '20

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

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs