- wine-bugs - winehq.org

[Bug 47436] New: `winetricks -q dotnet30sp1` fails
by wine-bugs＠winehq.org 11 Jan '21

11 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=47436 Bug ID: 47436 Summary: `winetricks -q dotnet30sp1` fails Product: Wine Version: 4.11 Hardware: x86 OS: Linux Status: NEW Keywords: dotnet, download, Installer, regression Severity: normal Priority: P2 Component: setupapi Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com CC: z.figura12(a)gmail.com Regression SHA1: download, regression, installer, dotnet Distribution: Gentoo To reproduce: winetricks -q dotnet30p1 Regression introduced by: commit 705d3eed86f3ff96ee1190dbc694148c21c4939c Author: Zebediah Figura <z.figura12(a)gmail.com> Date: Wed May 1 18:24:04 2019 -0500 setupapi: Fill out all source file parameters in SetupQueueDefaultCopy(). Later, it hangs because of: commit 9ccf1dd88b89530977923058a7334816e6b368d4 Author: Zebediah Figura <z.figura12(a)gmail.com> Date: Tue May 7 18:04:10 2019 -0500 setupapi: Avoid passing a NULL source filename to SetupQueueDefaultCopy(). Fixes a regression introduced by 705d3eed86f3ff96ee1190dbc694148c21c4939c. And that hang is fixed by (but the installer still fails): 8bc25b24af0276985ad080c8364c11cfff3a1fe5 is the first bad commit commit 8bc25b24af0276985ad080c8364c11cfff3a1fe5 Author: Zebediah Figura <z.figura12(a)gmail.com> Date: Fri May 17 17:36:53 2019 -0500 setupapi: Don't fail a queued copy if no copy was necessary. This fixes a regression introduced by 3e5c9798a80641e0e39e95e4467c60405b22b062. With wine-4.11: The .NET Runtime Optimization Service is started and paused. 0078:fixme:msvcrt:__clean_type_info_names_internal (0x64085a64) stub 0017:fixme:mountmgr:harddisk_ioctl Unsupported ioctl 2d0c00 (device=2d access=0 func=300 method=0) 0017:fixme:mountmgr:harddisk_ioctl Unsupported ioctl 2d0c00 (device=2d access=0 func=300 method=0) 0075:fixme:advapi:LsaOpenPolicy ((null),0x32ddb4,0x00000001,0x32dda8) stub 0075:fixme:advapi:GetWindowsAccountDomainSid (0x32dd24 0x16765c 0x32dd20): semi-stub 0075:fixme:secur32:GetComputerObjectNameW NameFormat 7 not implemented 0075:fixme:advapi:LsaClose (0xcafe) stub 0075:fixme:ntdll:NtLockFile I/O completion on lock not implemented yet Microsoft (R) CLR Native Image Generator - Version 2.0.50727.1433 Copyright (c) Microsoft Corporation. All rights reserved. The .NET Runtime Optimization Service is running. 0082:fixme:msvcrt:__clean_type_info_names_internal (0x64085a64) stub ------------------------------------------------------ exit status 236 - dotnet30sp1 installation failed ------------------------------------------------------ -- 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 47251] New: add support for ConPTY API (pseudo console)
by wine-bugs＠winehq.org 08 Jan '21

08 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=47251 Bug ID: 47251 Summary: add support for ConPTY API (pseudo console) Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: programmerjake(a)gmail.com Distribution: --- as in title. API reference: https://docs.microsoft.com/en-us/windows/console/creating-a-pseudoconsole-s… -- 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 50355] New: Commandos 2: Men of Courage hangs after starting
by WineHQ Bugzilla 08 Jan '21

08 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=50355 Bug ID: 50355 Summary: Commandos 2: Men of Courage hangs after starting Product: Wine Version: 5.21 Hardware: x86-64 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: quartz Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: baskanov(a)gmail.com Regression SHA1: a73460bca0e7f97fc371264bd5ad669357882b68 Distribution: --- Commandos 2 (legacy version, not the HD remaster) hangs completely after starting, showing only a black screen with the game cursor visible on the screen. This was tested with the GOG.com version. Maybe not a real regression because videos, including the intro video didn't work correctly before (intro video was simply skipped and the game was loading the main menu). The current problem is present since commit a73460bca0e7f97fc371264bd5ad669357882b68 amstream: Wait for the state transition to complete in AMMultiMediaStream::SetState. With the commit reverted, the game works just as before (no intro video, but the main menu is accessible). Plain terminal output shows only 0024:fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_PERFORMANCE_INFORMATION 0024:err:winediag:MIDIMAP_drvOpen No software synthesizer midi port found, Midi sound output probably won't work. wine-6.0-rc2-52-g0aa6f8e2ea1 -- 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 50151] New: World of Tanks fails to launch if LC_LANG/LC_ALL are set ja_JP
by WineHQ Bugzilla 08 Jan '21

08 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=50151 Bug ID: 50151 Summary: World of Tanks fails to launch if LC_LANG/LC_ALL are set ja_JP Product: Wine Version: 5.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ankouslash(a)yahoo.co.jp Distribution: --- Created attachment 68659 --> https://bugs.winehq.org/attachment.cgi?id=68659 WoT's python.log including failed case and launched case Since wine-4.20, World of Tanks fails to launch if LC_LANG and LC_ALL are set ja_JP.UTF-8. Error is recorded in python.log of WoT, please see attached. Steps to reproduce: 1. Launch Wargaming.net Game Center 2. Click"PLAY" button in WORLD OF TANKS tab Actual result: World of Tanks fails while syncing data on launching. In the following case, WoT is launched properly: - Use wine-4.19 - Use latest wine with LC_LANG/LC_ALL=en_US.UTF-8 Version: wine & wine-staging 4.20-5.21 Platform: Arch Linux (64bit) https://worldoftanks.com/ -- 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 17

[Bug 49511] New: Kontakt (Native Instruments) runtime is broken (regression)
by WineHQ Bugzilla 08 Jan '21

08 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=49511 Bug ID: 49511 Summary: Kontakt (Native Instruments) runtime is broken (regression) Product: Wine Version: 5.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: pianoist(a)ya.ru Distribution: --- Created attachment 67637 --> https://bugs.winehq.org/attachment.cgi?id=67637 error example After migrating from the 5.01 to 5.10 (Ubuntu 19.10 to 20.20) Native instruments KONTAKT stopped load instruments, producing very strange list of errors like one attached. Such errors are not typical for KONTAKT and appear only when processing envelopes or LFO (internal structures, managed by GUI). After installing wine-stable 5.01 the problem disappeared -- 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 12

[Bug 50454] New: Icons have non-transparent background in HxD
by WineHQ Bugzilla 08 Jan '21

08 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=50454 Bug ID: 50454 Summary: Icons have non-transparent background in HxD Product: Wine Version: 6.0-rc5 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: gabrielopcode(a)gmail.com Distribution: --- Created attachment 69068 --> https://bugs.winehq.org/attachment.cgi?id=69068 Icons with pink background Since 61b9209221d28d5d02379791ac1316c1fc2ca3b7, adding 32bpp images to an image list doesn't mask out the background via mask anymore, even though the mask is processed properly. Icons in HxD, for example, have pink background instead of transparent. (see attachment) Prior to that patch, the alpha itself was modified for the background, which was also wrong as tests show. I've sent a patch to wine-devel that masks out the background while preserving the alpha channel. -- 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 50453] New: CDB (Part of Debugging Tools for Windows) fails resume debugging after entry point break (continue debug event: 'DBG_EXCEPTION_HANDLED' is an alias for 'DBG_CONTINUE')
by WineHQ Bugzilla 08 Jan '21

08 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=50453 Bug ID: 50453 Summary: CDB (Part of Debugging Tools for Windows) fails resume debugging after entry point break (continue debug event: 'DBG_EXCEPTION_HANDLED' is an alias for 'DBG_CONTINUE') Product: Wine Version: 6.0-rc5 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: wineserver Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. Found while trying to debug .NET executable with SOS Debugging Extension for windbg/cdb. --- snip --- ... 00d8: queue_exception_event( first=1, code=80000003, flags=00000000, record=00000000, address=7bc46838, len=24, params={00000000,00000000,00000000} ) 00d8: *sent signal* signal=10 00d8: queue_exception_event() = 0 { handle=003c } ... 0024:Ret KERNEL32.WaitForDebugEvent() retval=00000001 ret=022f28c5 0024:Call KERNEL32.SuspendThread(0000007c) ret=022f1d59 0024:Call ntdll.NtSuspendThread(0000007c,0031e0d4) ret=7b04c5a3 0024: suspend_thread( handle=007c ) 0024: suspend_thread() = 0 { count=0 } 0024:Ret ntdll.NtSuspendThread() retval=00000000 ret=7b04c5a3 0024:Ret KERNEL32.SuspendThread() retval=00000000 ret=022f1d59 0024:Call KERNEL32.GetThreadContext(0000007c,007f3aa0) ret=022f2009 0024: get_thread_context( handle=007c, flags=0000003f ) 00d8: *signal* signal=19 0024: get_thread_context() = 0 { self=0, handle=0000, context={cpu=x86,eip=7bc46839,esp=0031ef68,ebp=0031efcc,eflags=00000246,cs=0023,ss=002b,ds=002b,es=002b,fs=0063,gs=006b,eax=ffffffff,ebx=7bc6d2c0,ecx=0031ef7c,edx=0031efc4,esi=0031ef6c,edi=7ffc2000,dr0=00000000,dr1=00000000,dr2=00000000,dr3=00000000,dr6=00000000,dr7=00000000,fp.ctrl=ffff027f,fp.status=ffff0020,fp.tag=ffffffff,fp.err_off=f7ccf321,fp.err_sel=00000023,fp.data_off=0031e800,fp.data_sel=ffff002b,fp.cr0npx=00000020,fp.reg0=0,fp.reg1=0,fp.reg2=0,fp.reg3=0,fp.reg4=0,fp.reg5=0,fp.reg6=0,fp.reg7=1.16561e+12,extended={0020027f,...,00000000}} } ... 0024:Call KERNEL32.ReadProcessMemory(00000078,7bc46838,0031eaaf,00000001,0031e9f8) ret=022f1432 0024:Call ntdll.NtReadVirtualMemory(00000078,7bc46838,0031eaaf,00000001,0031e9f8) ret=7b0294ec 0024: read_process_memory( handle=0078, addr=7bc46838 ) 00d8: *signal* signal=19 0024: read_process_memory() = 0 { data={cc} } 0024:Ret ntdll.NtReadVirtualMemory() retval=00000000 ret=7b0294ec 0024:Ret KERNEL32.ReadProcessMemory() retval=00000001 ret=022f1432 ... 0024:Call KERNEL32.SetThreadContext(0000007c,007f3aa0) ret=022f2095 0024:Call ntdll.NtSetContextThread(0000007c,007f3aa0) ret=7b04be93 0024: set_thread_context( handle=007c, context={cpu=x86,eip=7bc46839,esp=0031ef68,ebp=0031efcc,eflags=00000246,cs=0023,ss=002b,ds=002b,es=002b,fs=0063,gs=006b,eax=ffffffff,ebx=7bc6d2c0,ecx=0031ef7c,edx=0031efc4,esi=0031ef6c,edi=7ffc2000,dr0=00000000,dr1=00000000,dr2=00000000,dr3=00000000,dr6=00000000,dr7=00000000,fp.ctrl=ffff027f,fp.status=ffff0020,fp.tag=ffffffff,fp.err_off=f7ccf321,fp.err_sel=00000023,fp.data_off=0031e800,fp.data_sel=ffff002b,fp.cr0npx=00000020,fp.reg0=0,fp.reg1=0,fp.reg2=0,fp.reg3=0,fp.reg4=0,fp.reg5=0,fp.reg6=0,fp.reg7=1.16561e+12,extended={0020027f,...,00000000}} ) 0024: set_thread_context() = 0 { self=0 } 0024:Ret ntdll.NtSetContextThread() retval=00000000 ret=7b04be93 0024:Ret KERNEL32.SetThreadContext() retval=00000001 ret=022f2095 ... 0024:Call KERNEL32.ResumeThread(0000007c) ret=022f1de9 0024:Call ntdll.NtResumeThread(0000007c,0031e614) ret=7b04be53 0024: resume_thread( handle=007c ) 0024: resume_thread() = 0 { count=1 } 0024:Ret ntdll.NtResumeThread() retval=00000000 ret=7b04be53 0024:Ret KERNEL32.ResumeThread() retval=00000001 ret=022f1de9 ... 0024:Call KERNEL32.ContinueDebugEvent(000000d4,000000d8,00010001) ret=022f2b24 0024: continue_debug_event( pid=00d4, tid=00d8, status=65537 ) 0024: continue_debug_event() = INVALID_PARAMETER 0024:Call ntdll.RtlNtStatusToDosError(c000000d) ret=7b00f5ff 0024:Ret ntdll.RtlNtStatusToDosError() retval=00000057 ret=7b00f5ff 0024:Ret KERNEL32.ContinueDebugEvent() retval=00000000 ret=022f2b24 0024:Call KERNEL32.GetLastError() ret=022f2b2e 0024:Ret KERNEL32.GetLastError() retval=00000057 ret=022f2b2e ... 0024:Call KERNEL32.WideCharToMultiByte(00000000,00000000,02338080 L"Win32 error 0n87",ffffffff,00000000,00000000,00000000,00000000) ret=020f669a ... 0024:Call KERNEL32.WideCharToMultiByte(00000000,00000000,020285d8 L"This usually indicates that the debuggee has been\nkilled out from underneath the debugger.\nYou can use .tlist to see if the debuggee still exists.\n",ffffffff,00000000,00000000,00000000,00000000) ret=020f669a --- snip --- Microsoft docs: https://docs.microsoft.com/en-us/windows/win32/api/debugapi/nf-debugapi-con… It's not listed there but common knowledge that 'DBG_EXCEPTION_HANDLED' is an alias for 'DBG_CONTINUE' in 32-bit environment. Also mentioned here: https://source.winehq.org/git/wine.git/commitdiff/fe36b7baca253f1e95cc790b8… ("ntdll: Made DBG_EXCEPTION_HANDLED a synonym of DBG_CONTINUE for exception handlers."), in 2005 --- snip --- $ grep -Hrni DBG_EXCEPTION_HANDLED include/ntstatus.h:1694:#define DBG_EXCEPTION_HANDLED ((NTSTATUS) 0x00010001) include/winerror.h:640:#define ERROR_DBG_EXCEPTION_HANDLED 766 include/winnt.h:652:#define DBG_EXCEPTION_HANDLED ((DWORD) 0x00010001) dlls/ntdll/error.c:196: ERROR_DBG_EXCEPTION_HANDLED, /* 00010001 (DBG_EXCEPTION_HANDLED) */ dlls/ntdll/tests/error.c:543: cmp2(DBG_EXCEPTION_HANDLED, ERROR_DBG_EXCEPTION_HANDLED); dlls/ntdll/unix/thread.c:430: if (status == DBG_CONTINUE || status == DBG_EXCEPTION_HANDLED) dlls/ntdll/unix/signal_arm64.c:669: if (status == DBG_CONTINUE || status == DBG_EXCEPTION_HANDLED) dlls/ntdll/unix/signal_i386.c:1615: if (status == DBG_CONTINUE || status == DBG_EXCEPTION_HANDLED) dlls/ntdll/unix/signal_x86_64.c:1982: if (status == DBG_CONTINUE || status == DBG_EXCEPTION_HANDLED) dlls/ntdll/unix/signal_arm.c:571: if (status == DBG_CONTINUE || status == DBG_EXCEPTION_HANDLED) dlls/ntdll/make_errors:67: DBG_EXCEPTION_HANDLED ERROR_DBG_EXCEPTION_HANDLED --- snip --- Wine source: https://source.winehq.org/git/wine.git/blob/9b12eae9ea445bbdeae196312fb65d2… --- snip --- 674 /* Continue a debug event */ 675 DECL_HANDLER(continue_debug_event) 676 { 677 struct process *process; 678 679 if (req->status != DBG_EXCEPTION_NOT_HANDLED && 680 req->status != DBG_CONTINUE && 681 req->status != DBG_REPLY_LATER) 682 { 683 set_error( STATUS_INVALID_PARAMETER ); 684 return; 685 } 686 687 if ((process = get_process_from_id( req->pid ))) 688 { 689 struct thread *thread = get_thread_from_id( req->tid ); 690 if (thread) 691 { 692 continue_debug_event( process, thread, req->status ); 693 release_object( thread ); 694 } 695 release_object( process ); 696 } 697 } ---- snip --- Following relevant changes made this a regression: * https://source.winehq.org/git/wine.git/commitdiff/7332de64a5a204cc285bdc1f8… ("server: Validate status in continue_debug_event."), Part of Wine 5.2 * https://source.winehq.org/git/wine.git/commitdiff/e2a1f00a3850dbce89ec0f85b… ("server: Implement DBG_REPLY_LATER handling.") With a fix applied, debugging (resuming) with CDB works again. $ wine --version wine-6.0-rc5 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 5

[Bug 50437] New: wineserver crashes when running SteelSeries Engine client
by WineHQ Bugzilla 08 Jan '21

08 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=50437 Bug ID: 50437 Summary: wineserver crashes when running SteelSeries Engine client Product: Wine Version: 5.20 Hardware: x86-64 URL: https://web.archive.org/web/20210101175629/https://eng ine.steelseriescdn.com/SteelSeriesEngine3.17.3Setup.ex e OS: Linux Status: NEW Keywords: download, regression Severity: normal Priority: P2 Component: wineserver Assignee: wine-bugs(a)winehq.org Reporter: z.figura12(a)gmail.com Regression SHA1: 0bbd3f66178abdc6ea15d30d2eb3b033367f8407 Distribution: --- The crash is due to heap corruption. It can usually be triggered by running the client through `wine start "SteelSeries Engine 3 Launcher.lnk"`; it either crashes almost immediately or after trying to close the main window. Needs `winetricks -q corefonts` (bug 32342). -- 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 49500] New: Wine is not displaying any windows
by WineHQ Bugzilla 08 Jan '21

08 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=49500 Bug ID: 49500 Summary: Wine is not displaying any windows Product: Wine Version: 5.0 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: vld10(a)yandex.ru Distribution: --- If no monitor attached, wine is not displaying any windows. Trying to run winecfg. On wine-4.0.3 all works as expected. On wine-5.0 & wine-5.11 no window is displayed, although programs seems to work. In both cases, running winecfg via terminal, produces an output. Setup: start X via /etc/init.d/xdm; connect to display via x11vnc when necessary. Workaround1: do xinit -- /usr/bin/X -extension RANDR. Workaround2: do xinit -- /usr/bin/Xvfb Here is my xrandr output for default Setup: Screen 0: minimum 320 x 200, current 1024 x 768, maximum 4096 x 4096 VGA-1 disconnected primary (normal left inverted right x axis y axis) Here is my xrandr output for Workaround 2: xrandr: Failed to get size of gamma for output screen Screen 0: minimum 1 x 1, current 1280 x 1024, maximum 1280 x 1024 screen connected 1280x1024+0+0 0mm x 0mm 1280x1024 0.00* I think this is enough info to reproduce. Let me know what logs to provide. -- 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 29

[Bug 26016] New: xmllite installer crashes about 1 in 30 runs
by wine-bugs＠winehq.org 08 Jan '21

08 Jan '21

http://bugs.winehq.org/show_bug.cgi?id=26016 Summary: xmllite installer crashes about 1 in 30 runs Product: Wine Version: 1.3.13 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com While running the regression test for winetricks-alpha, I noticed that installing xmllite crashed like this: fixme:wintrust:CryptCATGetCatAttrInfo 0x13e700, L"SPLevel" wine: Unhandled page fault on read access to 0xffffffff at address 0x68a4875f (thread 0013), starting debugger... Backtrace: =>0 0x68a4875f SetupCommitFileQueueW+0x3cf(owner=(nil), handle=0x1414f0, handler=0x68a49040, context=0x33bcdc) [include/wine/unicode.h:200] in setupapi (0x0033bcec) 1 0x68a49031 SetupCommitFileQueueA+0x40(owner=(nil), queue=0x1414f0, handler=0x103be4b, context=0x33c228) [dlls/setupapi/queue.c:879] in setupapi (0x0033f384) 0x68a4875f SetupCommitFileQueueW+0x3cf [include/wine/unicode.h:200] in setupapi: cmpw $0,0x0(%edx) I ran the installer in a loop to try to reproduce, and on the 34th run, I got a different crash at about the same place: fixme:wintrust:CryptCATGetCatAttrInfo 0x1c8ba8, L"SPLevel" err:setupapi:SetupDefaultQueueCallbackA copy error 3 "c:\\e64013c352a7bbb4a28da0908ecc09\\SP2QFE\\xmllite.dll" -> "c:\\windows\\$hf_mig$\\KB915865\\SP2QFE\\xmllite.dll" fixme:setupapi:pSetupGetGlobalFlags stub fixme:setupapi:pSetupGetGlobalFlags stub wine: Unhandled page fault on read access to 0xffffffff at address 0x68c72252 (thread 003f), starting debugger... Backtrace: =>0 0x68c72252 StringTableDestroy+0x42(hStringTable=0x13ed98) [dlls/setupapi/stringtable.c:177] in setupapi (0x0033f384) 0x68c72252 StringTableDestroy+0x42 [dlls/setupapi/stringtable.c:177] in setupapi: movl 0x0(%edx,%edi,1),%edx I ran it again in a loop with WINEDEBUG=warn+heap,+setupapi, and on the 28th, 111th, and 114th runs, saw the error: ... fixme:advapi:RegisterEventSourceW (L"",L"NtServicePack"): stub fixme:advapi:ReportEventA (0xcafe4242,0x0004,0x0000,0x400e1119,0x120df8,0x0002,0x00000000,0x34bcb8,(nil)): stub fixme:advapi:ReportEventW (0xcafe4242,0x0004,0x0000,0x400e1119,0x120df8,0x0002,0x00000000,0x118f90,(nil)): stub fixme:advapi:DeregisterEventSource (0xcafe4242) stub err:heap:HEAP_ValidateInUseArena Heap 0x110000: block 0x137420 tail overwritten at 0x137430 (byte 0/32 == 0xff) 28 -- 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 51

[Bug 32554] New: XPSEP instalation fails with "Path not found" error
by wine-bugs＠winehq.org 08 Jan '21

08 Jan '21

http://bugs.winehq.org/show_bug.cgi?id=32554 Bug #: 32554 Summary: XPSEP instalation fails with "Path not found" error Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: timoteo(a)unimed-agm.com.br Classification: Unclassified Created attachment 42963 --> http://bugs.winehq.org/attachment.cgi?id=42963 Backtrace shown in error window I got an error while trying to install .net framework 3.0 SP1 using winetricks (winetricks dotnet30sp1). I tried installing it by hand also (wine msiexec /i "XPSEP XP and Server 2003 32 bit.msi" /qb), but got the same error. Terminal output shows (among lots of fixmes) the following lines: err:eventlog:ReportEventW L"Windows" err:eventlog:ReportEventW L"" err:eventlog:ReportEventW L"Path not found.\r\n" And After debug information, the following lines: err:msi:ITERATE_Actions Execution halted, action L"EPUpdateInstallAction" returned 1627 err:msi:custom_get_thread_return Invalid Return Code 3 Information: Ubuntu Quantal running on a VirtualBox (I have the same problems running on physical hardware) $ uname -a Linux unimed-box 3.5.0-17-generic #28-Ubuntu SMP Tue Oct 9 19:32:08 UTC 2012 i686 i686 i686 GNU/Linux $ wine --version wine-1.5.19 Backtrace attached -- 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 23

[Bug 36387] New: Multiple Microsoft installers crash or hang with heap corruption (XmlLite, XPSEP, IE7)
by wine-bugs＠winehq.org 08 Jan '21

08 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=36387 Bug ID: 36387 Summary: Multiple Microsoft installers crash or hang with heap corruption (XmlLite, XPSEP, IE7) Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: setupapi Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, continuation of bug 26016 I did more testing, trying to extract a pattern out of the crashes. Unfortunately there is no clear pattern. There was one crash log which gave me another idea though. --- snip --- $ WINEDEBUG=+tid,+seh,+relay,+heap wine ./update.exe -q >>log.txt 2>&1 ... 0035:Call setupapi.SetupInitDefaultQueueCallbackEx(00000000,ffffffff,00000000,00000000,00000000) ret=01053eac 0035:Call ntdll.RtlAllocateHeap(00110000,00000000,0000000c) ret=7e0c34d9 0035:trace:heap:RtlAllocateHeap (0x110000,70000062,0000000c): returning 0x1b70c0 0035:Ret ntdll.RtlAllocateHeap() retval=001b70c0 ret=7e0c34d9 0035:Ret setupapi.SetupInitDefaultQueueCallbackEx() retval=001b70c0 ret=01053eac ... 0035:Call setupapi.SetupCommitFileQueueA(00000000,001f3908,7e09e35c,001b70c0) ret=01053f55 0035:Ret setupapi.SetupCommitFileQueueA() retval=00000001 ret=01053f55 ... 0035:Call setupapi.SetupCommitFileQueueA(00000000,0011c5a0,0103be4b,0034c1b8) ret=01055f68 0035:Call setupapi.SetupDefaultQueueCallbackA(001b70c0,00000001,00000000,00000000) ret=0103bf44 0035:Ret setupapi.SetupDefaultQueueCallbackA() retval=00000001 ret=0103bf44 0035:Call ntdll.RtlFreeHeap(00110000,00000000,00000000) ret=7e0bf759 0035:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7e0bf759 0035:Call ntdll.RtlAllocateHeap(00110000,00000000,00000080) ret=7e0bf782 0035:err:heap:HEAP_ValidateInUseArena Heap 0x110000: free block 0x1b70e0 overwritten at 0x1b70f0 by ffffffff ... --- snip --- There was a damaged heap block located near the context structure for the default queue callback. MSDN: http://msdn.microsoft.com/en-us/library/aa376956%28v=vs.85%29.aspx --- quote --- The SetupInitDefaultQueueCallback function builds the context structure that is used by the default queue callback routine. It returns a void pointer to that structure. This structure is essential for the default callback routine's operation and must be passed to the callback routine. You do can this either by specifying the void pointer as the context in a call to SetupCommitFileQueue, or by specifying the void pointer as the context parameter when calling SetupDefaultQueueCallback from a custom callback routine. This context structure must not be altered or referenced by the setup application. --- quote --- What if these guys writing the update installers, distributing their own copy of setupapi (updspapi) give a damn about MSDN and treat the context callback structure not as opaque, possibly peek/modify structure members? The context structured started at 0x001b70c0 .. the damaged part was at 0x1b70f0. Unfortunately, I could not replicate the corruption pattern at this offset with more tests. I gave the callback context structure a larger block - 0x40 bytes to be safe. The block was allocated with HEAP_ZERO_MEMORY to make sure that even if the installer code peeks into structure it doesn't see garbage. The current structure layout (member offsets) is most likely different from their layout but that doesn't seem to play a role here. With that change in place the crashes were gone. I got a random heap crit sec hang out of several hundred tries though (maybe unrelated?). Austin, can you pad the structure here up to 0x40 bytes: http://source.winehq.org/git/wine.git/blob/4d796458d0ed517d45adc57a1aedaf1c… --- snip --- 39 /* context structure for the default queue callback */ 40 struct default_callback_context 41 { 42 HWND owner; 43 HWND progress; 44 UINT message; 45 }; --- snip --- zero init alloc (HEAP_ZERO_MEMORY) here: http://source.winehq.org/git/wine.git/blob/4d796458d0ed517d45adc57a1aedaf1c… --- snip --- 1480 PVOID WINAPI SetupInitDefaultQueueCallbackEx( HWND owner, HWND progress, UINT msg, 1481 DWORD reserved1, PVOID reserved2 ) 1482 { 1483 struct default_callback_context *context; 1484 1485 if ((context = HeapAlloc( GetProcessHeap(), 0, sizeof(*context) ))) 1486 { 1487 context->owner = owner; 1488 context->progress = progress; 1489 context->message = msg; 1490 } 1491 return context; 1492 } --- snip --- and retest? Thanks. 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 13

[Bug 16879] New: .NET 3.0: XPSEPSC installer fails due to unimpl kernel32.RtlCaptureStackBackTrace
by wine-bugs＠winehq.org 08 Jan '21

08 Jan '21

http://bugs.winehq.org/show_bug.cgi?id=16879 Summary: .NET 3.0: XPSEPSC installer fails due to unimpl kernel32.RtlCaptureStackBackTrace Product: Wine Version: 1.1.12 Platform: Other URL: http://www.microsoft.com/downloads/details.aspx?FamilyID =10cc340b-f857-4a14-83f5-25634c3bf043 OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, after getting past bug 16878 one runs into next one. Prerequisite: 1. clean WINEPREFIX 2. sh winetricks -q dotnet20 3. download .NET 3.0 Framework installer from: http://download.microsoft.com /download/4/d/a/4da3a5fa-ee6a-42b8-8bfa-ea5c4a458a7d/dotnetfx3setup.exe (sha1sum: a566bcd2ffffc3842a95adc57f7df3f8cd11577f) 4. export _SFX_CAB_SHUTDOWN_REQUEST=1 (workaround, see bug 9158) 5. wine ./dotnetfx3setup.exe It might take a while until all required packages are downloaded using BITS. Note: If you need to redo steps, backup the directory "dotnetfx304506.30" from "c:\\windows\\temp" to a different location, remove ~/.wine, copy "dotnetfx304506.30" again to "c:\\windows\\temp" to prevent BITS from downloading over and over again. --- snip --- fixme:advapi:RegisterEventSourceW ((null),L"Microsoft-Windows-SpoolerFilterPipelineSVC"): stub fixme:winspool:OpenPrinterW PRINTER_DEFAULTS ignored => (null),(nil),0x00000001 fixme:winspool:AddPrinterW DocumentPropertiesW on printer L"Microsoft XPS Document Writer" fails wine: Call from 0x105e0b0 to unimplemented function KERNEL32.dll.RtlCaptureStackBackTrace, aborting wine: Unimplemented function KERNEL32.dll.RtlCaptureStackBackTrace called at address 0x105e0b0 (thread 0014), starting debugger... Unhandled exception: unimplemented function KERNEL32.dll.RtlCaptureStackBackTrace called in 32-bit code (0x7bc485e6). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:7bc485e6 ESP:0033ef1c EBP:0033ef70 EFLAGS:00000216( - 00 - IAP1) EAX:0033ef1c EBX:7bc9b830 ECX:0034002d EDX:007d3e0c ESI:0033f7cc EDI:007d3e18 Stack dump: 0x0033ef1c krb5_rc_dfl_init+0xfc: 80000100 00000001 00000000 0105e0b0 0x0033ef2c krb5_rc_dfl_init+0x10c: 00000002 010957de 01095722 60143151 0x0033ef3c krb5_rc_dfl_init+0x11c: 00110000 7bc9b830 00000000 00000000 0x0033ef4c krb5_rc_dfl_init+0x12c: 00000064 7bc43fe6 00000000 7bc6ebc4 0x0033ef5c krb5_rc_dfl_init+0x13c: 0033efc4 60145124 00000040 7bc6ed4d 0x0033ef6c krb5_rc_dfl_init+0x14c: 007d1288 0033efa4 0034003c 010957de Backtrace: =>0 0x7bc485e6 stub_entry_point+0x4b(dll="KERNEL32.dll", name="RtlCaptureStackBackTrace", ret_addr=0x105e0b0) [/opt/wine/wine-git/dlls/ntdll/loader.c:192] in ntdll (0x0033ef70) 1 0x0034003c in libkrb5.so.3 (+0x7503c) (0x0033efa4) 2 0x0105dbeb in printfilterpipelinesvc (+0x5dbeb) (0x0033efb4) 3 0x0105de7c in printfilterpipelinesvc (+0x5de7c) (0x0033f1dc) 4 0x0105e036 in printfilterpipelinesvc (+0x5e036) (0x0033f1fc) 5 0x0101cfb3 in printfilterpipelinesvc (+0x1cfb3) (0x0033fc34) 6 0x0101d020 in printfilterpipelinesvc (+0x1d020) (0x0033fd28) 7 0x0101dab1 in printfilterpipelinesvc (+0x1dab1) (0x0033fd6c) 8 0x0101be04 in printfilterpipelinesvc (+0x1be04) (0x0033fd94) 9 0x0101be76 in printfilterpipelinesvc (+0x1be76) (0x0033fdb0) 10 0x0101bf7f in printfilterpipelinesvc (+0x1bf7f) (0x0033fdd0) 11 0x0101e133 in printfilterpipelinesvc (+0x1e133) (0x0033fef8) 12 0x7b87ebd0 start_process+0xe4(arg=(nil)) [/opt/wine/wine-git/dlls/kernel32/process.c:904] in kernel32 (0x0033ffe8) ... 00000025 (D) C:\windows\system32\unknown\PrintFilterPipelineSvc.exe --- snip --- In case you are wondering about "unknown" in path, Wine doesn't know about directory id 55 which is printer processor directory. Although it might deserve its own bug I mention it here: --- snip --- 0045:fixme:setupapi:create_system_dirid unknown dirid 55 --- snip --- That whole print processor stuff needs to be tackled separately. --- snip --- 0032:Call KERNEL32.CopyFileW(0033f814 L"C:\\3e0c51033dbb7684e997f131b3146a\\update\\..\\i386\\filterpipelineprintproc.dll",0033fa1c L"C:\\windows\\system32\\spool\\prtprocs\\w32x86\\filterpipelineprintproc.dll",00000000) ret=0101cf79 0032:Ret KERNEL32.CopyFileW() retval=00000001 ret=0101cf79 0032:Call winspool.drv.AddPrintProcessorW(00000000,01002388 L"Windows NT x86",01001f9c L"filterpipelineprintproc.dll",01001fd4 L"MS_XPS") ret=0101d032 0032:fixme:winspool:AddPrintProcessorW ((null),L"Windows NT x86",L"filterpipelineprintproc.dll",L"MS_XPS"): stub 0032:Ret winspool.drv.AddPrintProcessorW() retval=00000000 ret=0101d032 --- snip --- There are several issues, though I leave them alone for now ... --- After adding RtlCaptureStackBackTrace() forward to kernel32.spec and adding stub to ntdll (FIXME params + returning STATUS_NOT_IMPLEMENTED), the crash is prevented. 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 16906] New: .NET 3.0: XPSEPSC installer copies print processor files to wrong directory (setupapi unhandled dirid 55)
by wine-bugs＠winehq.org 08 Jan '21

08 Jan '21

http://bugs.winehq.org/show_bug.cgi?id=16906 Summary: .NET 3.0: XPSEPSC installer copies print processor files to wrong directory (setupapi unhandled dirid 55) Product: Wine Version: 1.1.12 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: setupapi AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, I mentioned this in bug 16879 and before the issue gets lost... Wine doesn't know about directory id 55 which is print processor directory. --- snip --- ... 00c4:fixme:setupapi:create_system_dirid unknown dirid 55 00c4:Call KERNEL32.GetSystemDirectoryW(00000000,00000000) ret=789dacd1 00c4:Ret KERNEL32.GetSystemDirectoryW() retval=00000014 ret=789dacd1 ... 00c4:Call KERNEL32.lstrlenW(0015ab20 L"C:\\windows\\system32\\unknown") ret=789ecb4c ... 00c4:Call KERNEL32.CreateFileA(006f26f0 "c:\\windows\\system32\\unknown\\printfilterpipelinesvc.exe",80000000,00000003,00000000,00000003,08000000,00000000) ret=0106825d ... --- snip --- --- snip dlls/setupapi/dirid.c --- /* create the string for a system dirid */ static const WCHAR *create_system_dirid( int dirid ) { ... case DIRID_PRINTPROCESSOR: /* FIXME */ default: FIXME( "unknown dirid %d\n", dirid ); return get_unknown_dirid(); } ... } --- snip dlls/setupapi/dirid.c --- GetPrintProcessorDirectoryW() should provide all required information. With patch applied: --- snip --- ... 0031:Call KERNEL32.CopyFileW(0015b310 L"c:\\10976f8595cea39afb\\PrintFilterPipelineSvc.exe",0015cb70 L"C:\\windows\\system32\\spool\\prtprocs\\w32x86\\PrintFilterPipelineSvc.exe",00000000) ret=60afb0c9 --- snip --- 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 6

[Bug 16878] New: .NET 3.0: XPSEPSC installer fails due to missing ntoskrnl.exe placeholder and version resource
by wine-bugs＠winehq.org 08 Jan '21

08 Jan '21

http://bugs.winehq.org/show_bug.cgi?id=16878 Summary: .NET 3.0: XPSEPSC installer fails due to missing ntoskrnl.exe placeholder and version resource Product: Wine Version: 1.1.12 Platform: Other URL: http://www.microsoft.com/downloads/details.aspx?FamilyID =10cc340b-f857-4a14-83f5-25634c3bf043 OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntoskrnl AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, NOTE: bug 16875 which covers two issues in setupapi.SetupGetTargetPathW needs to be properly fixed for *both* cases, see "update.inf" snippet which is part of this bug report. After bug 16875 (and 16876) are fixed, the installer fails: "c:\\windows\\temp\\dd_dotnetfx3error.txt": --- snip --- [01/11/09,11:36:24] Microsoft .NET Framework 2.0: [2] Error: Installation failed for component Microsoft .NET Framework 2.0. MSI returned error code 1603 [01/11/09,11:36:37] WapUI: [2] DepCheck indicates Microsoft .NET Framework 2.0 is not installed. [01/11/09,11:36:37] WapUI: [2] DepCheck indicates Microsoft .NET Framework 3.0 was not attempted to be installed. --- snip --- "c:\\windows\\temp\\dd_dotnetfx3install.txt": --- snip --- [01/11/09,11:36:37] WapUI: Return for RGB Rast indicates a successful installation. DepCheck indicates the component is installed. [01/11/09,11:36:37] WapUI: Return for MSXML 6.0 Parser indicates a successful installation. DepCheck indicates the component is installed. [01/11/09,11:36:37] WapUI: Return for WIC Installer indicates a successful installation. DepCheck indicates the component is installed. [01/11/09,11:36:37] WapUI: DepCheck indicates Microsoft .NET Framework 2.0 is not installed. --- snip --- Obviously bug 12401 (which I have analyzed in bug 10601). So the prerequisite expands. 1. clean WINEPREFIX 2. sh winetricks -q dotnet20 3. download .NET 3.0 Framework installer from: http://download.microsoft.com /download/4/d/a/4da3a5fa-ee6a-42b8-8bfa-ea5c4a458a7d/dotnetfx3setup.exe (sha1sum: a566bcd2ffffc3842a95adc57f7df3f8cd11577f) 4. export _SFX_CAB_SHUTDOWN_REQUEST=1 (workaround, see bug 9158) 5. wine ./dotnetfx3setup.exe It might take a while until all required packages are downloaded using BITS. Note: If you need to redo steps, backup the directory "dotnetfx304506.30" from "c:\\windows\\temp" to a different location, remove ~/.wine, copy "dotnetfx304506.30" again to "c:\\windows\\temp" to prevent BITS from downloading over and over again. After applying prerequisite the installer fails again: "c:\\windows\\temp\\dd_dotnetfx3error.txt": --- snip --- [01/11/09,11:53:13] XPSEPSC x86 Installer: [2] Error code 1603 for this component means "ERROR_INSTALL_FAILURE " [01/11/09,11:53:13] XPSEPSC x86 Installer: [2] Setup Failed on component XPSEPSC x86 Installer [01/11/09,11:53:24] WapUI: [2] DepCheck indicates XPSEPSC x86 Installer is not installed. --- snip --- "c:\\windows\\temp\\dd_XPS.txt": --- snip --- [dd_XPS.txt] 0.007: ================================================================================ 0.008: 2009/01/11 11:53:12.167 (local) 0.009: C:\a71b96a363115310c46014e60bbc1d36\update\update.exe (version 6.2.29.0) 0.009: Hotfix started with following command line: /quiet /norestart /log:C:\windows\temp\dd_XPS.txt 0.009: GetKernelType: GetInternalFilename failed 0.552: In Function TestVolatileFlag, line 11873, RegOpenKeyEx failed with error 0x2 0.552: In Function TestVolatileFlag, line 11905, RegOpenKeyEx failed with error 0x2 0.552: DoInstallation: CleanPFR failed: 0x2 0.553: SetProductTypes: InfProductBuildType=BuildType.IP 0.554: SetAltOsLoaderPath: No section uses DirId 65701; done. 0.554: RegisterDll: Executing command line: "C:\windows\system32\regsvr32.exe" /s "C:\windows\system32\licdll.dll" ... 0.634: RegisterDll: Exit code=0x00000001 0.634: RegisterDll: Executing command line: "C:\windows\system32\regsvr32.exe" /s "C:\windows\system32\regwizc.dll" ... 0.712: RegisterDll: Exit code=0x00000001 0.713: Unexpected Error While Executing Line 1 ( Condition.Requirement ) of W2K.Condition 0.713: ExConditionalEvaluateSection: Syntax error in 'Condition' key of section W2K.Condition. 0.713: DoInstallation: Error 0xf00c while evaluating extended conditional section [ProductInstall.ExtendedConditional]. 0.713: CleanupTrustedInfFile: GetFileAttributes for C:\windows\system32\CatRoot\{F750E6C3-38EE-11D1-85E5-00C04FC295EE}\update.cat failed: 0x2 0.714: The XpsEPSC c:\a71b96a363115310c46014e60bbc1d36\update\update.inf file is not correct. 0.714: Update.exe extended error code = 0xf00c 0.714: Update.exe return code was masked to 0x643 for MSI custom action compliance. --- snip --- Relevant "update.inf": --- snip --- ... [ProductInstall.ExtendedConditional] ConditionInstall=W2K.Condition [W2K.Condition] Condition = SingleOp, Condition.Requirement ConditionalOperations=Install.Not2k [Condition.Requirement] GreatOrEqualOp=CheckFilever, System32.files, ntoskrnl.exe, >=, 5.1.0.0 ... [DestinationDirs] Copy.System32=11 Copy.System32.not2k=11 Copy.PrintProc=55 Copy.dllcache=65619 Copy.dllcache.not2k=65619 --- snip --- Adding version resource to ntoskrnl.exe alone is not sufficient, a placeholder needs to be present in system32: --- snip --- 0028:Call KERNEL32.FindFirstFileA(0033ac3c "C:\\windows\\system32\\ntoskrnl.exe",0033a18c) ret=0106da6d 0028:Ret KERNEL32.FindFirstFileA() retval=ffffffff ret=0106da6d 0028:Call KERNEL32.GetLastError() ret=0106b894 0028:Ret KERNEL32.GetLastError() retval=00000002 ret=0106b894 ... 0028:Call msvcrt._vsnprintf(0033a967,000007f7,01027e3c "Unexpected Error While Executing Line %d ( %ws ) of %ws \n",0033b198) ret=0106b900 --- snip --- After fixing this problem the condition is satisfied. 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 15

[Bug 34217] New: MS XPSEP GUI installer crashes if dotnet20 installed
by wine-bugs＠winehq.org 08 Jan '21

08 Jan '21

http://bugs.winehq.org/show_bug.cgi?id=34217 Bug #: 34217 Summary: MS XPSEP GUI installer crashes if dotnet20 installed Product: Wine Version: 1.7.0 Platform: x86-64 URL: http://download.microsoft.com/download/2/5/2/2526f55d- 32bc-410f-be18-164ba67ae07d/XPSEP%20XP%20and%20Server% 202003%2032%20bit.msi OS/Version: Linux Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kennybobs(a)o2.co.uk Blocks: 32164, 32166, 32167, 32168 Classification: Unclassified Created attachment 45524 --> http://bugs.winehq.org/attachment.cgi?id=45524 Wine 1.7.0 console output The Microsoft XML Paper Specification Essentials Pack (XPSEP) GUI installer fails 100% of the time when dotnet20 is first installed in a clean WINEPREFIX. err:msi:ITERATE_Actions Execution halted, action L"EPUpdateInstallAction" returned 1627 err:msi:custom_get_thread_return Invalid Return Code 3 Affects Winetricks in multiple verbs. Run: 1. winetricks dotnet20 2. Install. -- 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 19624] New: winspool.drv needs to properly handle local printer server config data queries (XPSEPSC update/installer)
by wine-bugs＠winehq.org 08 Jan '21

08 Jan '21

http://bugs.winehq.org/show_bug.cgi?id=19624 Summary: winspool.drv needs to properly handle local printer server config data queries (XPSEPSC update/installer) Product: Wine Version: 1.1.27 Platform: PC URL: http://go.microsoft.com/fwlink/?LinkId=96332 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: spooler AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, that component is a needed prerequisite for .NET 3.0 Framework SP1, 3.5, 3.5 SP1 Fortunately can be reproduced without all the .NET installer mess: clean WINEPREFIX, run the installer from link. Local printer server has no name associated with it (NULL), leading to later problem when querying for registry data. --- snip --- 0032:Call KERNEL32.CreateProcessA(00000000,0015a5e8 "C:\\windows\\system32\\spool\\prtprocs\\w32x86\\printfilterpipelinesvc.exe /RegServer C:\\3b6becc6d220eb7bdd60153c\\update\\",00000000,00000000,00000000,00000000,00000000,00000000,0033ba98,0033badc) ... 003b:Call winspool.drv.OpenPrinterW(00000000,0033f8a0,00000000) ret=0102ed15 003b:trace:winspool:OpenPrinterW ((null), 0x33f8a0, (nil)) ... 003b:trace:winspool:OpenPrinterW returning 1 with 0 and 0x1 003b:Ret winspool.drv.OpenPrinterW() retval=00000001 ret=0102ed15 003b:Call winspool.drv.GetPrinterDataW(00000001,01004ad8 L"DefaultSpoolDirectory",00000000,00000000,00000000,0033f8a8) ret=0102ed82 003b:trace:winspool:GetPrinterDataExW (0x1, L"PrinterDriverData", L"DefaultSpoolDirectory" (nil), (nil), 00000000, 0x33f8a8) 003b:Ret winspool.drv.GetPrinterDataW() retval=00000006 ret=0102ed82 ... 003b:Call KERNEL32.GetLastError() ret=01021138 003b:Ret KERNEL32.GetLastError() retval=00000000 ret=01021138 ... 003b:Call KERNEL32.MultiByteToWideChar(00000000,00000008,0033f718 "Unexpected return value.",00000100,0033f518,00000100) ret=0105ec7c 003b:Ret KERNEL32.MultiByteToWideChar() retval=00000100 ret=0105ec7c ... 003b:Call KERNEL32.RaiseException(e06d7363,00000001,00000003,0033f810) ret=0101e688 003b:trace:seh:raise_exception code=e06d7363 flags=1 addr=0x7b84303a ip=7b84303a tid=003b 003b:trace:seh:raise_exception info[0]=19930520 003b:trace:seh:raise_exception info[1]=0033f83c 003b:trace:seh:raise_exception info[2]=01086754 003b:trace:seh:raise_exception eax=7b82cb69 ebx=7b8d091c ecx=00000000 edx=0033f7fc esi=0033f7fc edi=0033f770 003b:trace:seh:raise_exception ebp=0033f758 esp=0033f6f4 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000246 ... 003b:Call KERNEL32.OutputDebugStringA(01002aec "Invalid parameter passed to C runtime function.\n") ret=01022579 003b:Ret KERNEL32.OutputDebugStringA() retval=ffffffff ret=01022579 --- snip --- 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 14

[Bug 50048] New: qmgr:job test has been failing on Windows 10 Pro for several weeks
by WineHQ Bugzilla 08 Jan '21

08 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=50048 Bug ID: 50048 Summary: qmgr:job test has been failing on Windows 10 Pro for several weeks Product: Wine-Testbot Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: aa1ronham(a)gmail.com Distribution: --- The 'qmgr:job' test has been failing on all of the Windows 10 VMs for the past several weeks. The most recent failure can be seen at https://test.winehq.org/data/e533a26dcff611f312e5bfce47061d2155476c42/ (for example, https://test.winehq.org/data/e533a26dcff611f312e5bfce47061d2155476c42/win10…) The failure message is always the same: Several tests which create background jobs get stuck in the BG_JOB_STATE_TRANSIENT_ERROR state (which is printed as state '5'). On https://test.winehq.org/data/, this pattern of failure appears to have started with https://test.winehq.org/data/432858b285d2b63eca6f99a162c9a13dd6e6ac71/ (Semptember 4th, https://source.winehq.org/git/wine.git/?a=shortlog;h=432858b285d2b63eca6f99…) Interestingly, the first failure always occurs in `test_CompleteLocal`. This tests transferring a local file using BITS - there's no network issue that could be causing a BG_JOB_STATE_TRANSIENT_ERROR. I've been unable to reproduce this failure locally, or on a Windows 10 Pro VM (created on Azure). I'm not familiar with how these VMS are set up, but my guess is that something went wrong with the BITS background service, which is causing `BG_JOB_STATE_TRANSIENT_ERROR` to be reported to the test program. -- 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 5

[Bug 48354] New: Some patches may require forcing a wineprefix update
by WineHQ Bugzilla 08 Jan '21

08 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=48354 Bug ID: 48354 Summary: Some patches may require forcing a wineprefix update Product: Wine-Testbot Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- The TestBot updates the wineprefixes when it updates its base Wine source from the daily Wine commits. The rest of the time it lets Wine deal with updating the wineprefix is necessary. Furthermore Wine only updates the wineprefix when wine.inf changes, which is the case for every Wine release. The problem is that the wineprefix should also be updated when a patchset adds a WINE_REGISTRY resource to an existing dll. Failing to do so may cause the patchset tests to fail because the wineprefix is out of date. See: https://www.winehq.org/pipermail/wine-devel/2019-December/156914.html Wineprefix updates are relatively slow compared to the execution time of most tests (about 30s vs. < 1s) so it would be good not to have to do that for every task. An alternative would be to force a wineprefix update when a task has failures and gets rerun as a result (pass an option to the relevant VM-side scripts). -- 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 13

[Bug 49939] New: Clive Barker's Jericho Demo claims not enough room on C: (NtMapViewOfSection returns STATUS_NOMEMORY)
by WineHQ Bugzilla 07 Jan '21

07 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=49939 Bug ID: 49939 Summary: Clive Barker's Jericho Demo claims not enough room on C: (NtMapViewOfSection returns STATUS_NOMEMORY) Product: Wine Version: 5.18 Hardware: x86-64 URL: https://www.gamepressure.com/download.asp?ID=17454 OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gijsvrm(a)gmail.com Blocks: 34747 Distribution: ArchLinux Created attachment 68320 --> https://bugs.winehq.org/attachment.cgi?id=68320 logs I wanted to retest bug 34747, but the demo won't install. The last test in that bug is from the 1.9 era and seems to imply that the demo used to install. I also checked on Windows 10 and it installs fine there. For multiple reasons bisecting this might be challenging. Attached is an archive containing +relay,+virtual logs from both vanilla wine and wine-staging (The ForceBottomUpAlloc patchset changes/adds tracing). I tried in both a 64bit and 32bit prefix, same result. Logs are from a 32bit prefix. -- 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 13

[Bug 45117] New: paf5.exe not working with wine 2.0 or 3.0 but works ok with wine 1.9
by wine-bugs＠winehq.org 07 Jan '21

07 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=45117 Bug ID: 45117 Summary: paf5.exe not working with wine 2.0 or 3.0 but works ok with wine 1.9 Product: Wine Version: 3.0-rc1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: hollywood188(a)live.com Distribution: --- paf5.exe works with wine 1.9 but with 2.0 and 3.0 rectangular boxes are shown instead of charactors I am using Knoppix 8.1 linux which had wine 2.0 and I upgraded to wine 3.0 but same problem. it worked fine with Knoppix 7.7.1 and wine 1.9?? -- 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 48903] New: App shutdowns
by WineHQ Bugzilla 07 Jan '21

07 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=48903 Bug ID: 48903 Summary: App shutdowns Product: Wine Version: 4.0.1 Hardware: Other OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: higuyhi1234(a)gmail.com Created attachment 66858 --> https://bugs.winehq.org/attachment.cgi?id=66858 ScreenShot (translated in description) Once I open the .exe file via wine, after a few seconds the app collapses with the following reason: Translation to pic that's attached: "The program encountered a serious error. It must shut down, we apologize for the inconvenience". -- 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 5

[Bug 49793] New: untapped.gg tracker fails to start
by WineHQ Bugzilla 06 Jan '21

06 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=49793 Bug ID: 49793 Summary: untapped.gg tracker fails to start Product: Wine Version: 5.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: winehq_bugzilla(a)lxlz.space Distribution: --- Created attachment 68109 --> https://bugs.winehq.org/attachment.cgi?id=68109 log on 5.16-staging Possible regression. I did not investigate this throughly, but it works for me on 5.12 and does not work on 5.16-staging. Log is in attachment. -- 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 16227] New: Tooltips on mouse hover in EMS SQL Manager block the mouse click
by wine-bugs＠winehq.org 05 Jan '21

05 Jan '21

http://bugs.winehq.org/show_bug.cgi?id=16227 Summary: Tooltips on mouse hover in EMS SQL Manager block the mouse click Product: Wine Version: 1.1.9 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P1 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ksfreitas(a)gmail.com Created an attachment (id=17473) --> (http://bugs.winehq.org/attachment.cgi?id=17473) Screenshot of a tooltip bloocking the mouse click In EMS SQL Manager (Free and Full), the tooltips block the mouse click, having to resize to see all item without tooltip for click. The link for freeware software download: http://www.sqlmanager.net/en/products/postgresql/manager/download -- 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 13

[Bug 50417] New: Multiple game launchers protected by Game Protect Kit (GPK) crash on startup (dummy PEB->KernelCallbackTable needed)(Dragon Nest, Age of Wushu)
by WineHQ Bugzilla 05 Jan '21

05 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=50417 Bug ID: 50417 Summary: Multiple game launchers protected by Game Protect Kit (GPK) crash on startup (dummy PEB->KernelCallbackTable needed)(Dragon Nest, Age of Wushu) Product: Wine Version: 6.0-rc4 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, there already exist a small number of bug reports for these games. For example bug 27716 ("Dragon Nest (Chinese): crashes before login screen") from 2011. I'm pretty sure the original problem(s) can't be reproduced anymore since the launcher and protection technology evolved a lot (almost 10 years). I'm not going to bury my analysis in questionable/messed up bug reports. I did that mistake many times before. Anyway, lets hop into this interesting one which took some hours to figure out. NOTE: When starting the client installer it churns CPU for ~2 minutes until actually starts installing (extracting files). Just be patient. --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files (x86)/DN/DragonNest $ WINEDEBUG=+seh,+loaddll,+relay wine ./DNLauncher.exe >>log.txt 2>&1 ... 0020:0024:Call KERNEL32.LoadLibraryW(0121d3e8 L"winmm.dll") ret=0309df3c 0020:0024:Ret KERNEL32.LoadLibraryW() retval=01b70000 ret=0309df3c 0020:0024:Call KERNEL32.GetModuleFileNameW(01b70000,0121d11c,00000104) ret=02f7fec2 0020:0024:Ret KERNEL32.GetModuleFileNameW() retval=0000001d ret=02f7fec2 0020:0024:Call KERNEL32.CreateFileW(0121d11c L"C:\\windows\\system32\\WINMM.dll",80000000,00000001,00000000,00000003,00000080,00000000) ret=030a879b 0020:0024:Ret KERNEL32.CreateFileW() retval=000000fc ret=030a879b 0020:0024:Call KERNEL32.GetFileSize(000000fc,0121d118) ret=02f329ff 0020:0024:Ret KERNEL32.GetFileSize() retval=000ae000 ret=02f329ff 0020:0024:Call KERNEL32.VirtualAlloc(00000000,000ae000,00001000,00000040) ret=0306b045 0020:0024:Ret KERNEL32.VirtualAlloc() retval=03480000 ret=0306b045 0020:0024:Call KERNEL32.ReadFile(000000fc,03480000,000ae000,0121d118,00000000) ret=02eb9651 0020:0024:Ret KERNEL32.ReadFile() retval=00000001 ret=02eb9651 0020:0024:Call KERNEL32.CloseHandle(000000fc) ret=0300e8bd 0020:0024:Ret KERNEL32.CloseHandle() retval=00000001 ret=0300e8bd 0020:0024:Call KERNEL32.VirtualFree(03480000,00000000,00008000) ret=03091019 0020:0024:Ret KERNEL32.VirtualFree() retval=00000001 ret=03091019 ... --- snip --- GPK does various consistency checks for loaded modules. The above log snippet is repeated for a client-coded list of dlls. Since Wine evolved a lot this year, these kind of checks no longer a problem (bug 15437 et al.) Disassembly just for documentation in case GPK chokes on one of the few non-PE "fake" Wine dlls which is currently not the case. --- snip --- 0300E8CB | bt ax,si | 0300E8CF | sbb ax,bx | 0300E8D2 | push 8000 | 0300E8D7 | btr eax,ecx | 0300E8DA | and ah,E4 | 0300E8DD | shrd ax,dx,52 | 0300E8E2 | push 0 | 0300E8E4 | test ax,6289 | 0300E8E8 | ror ax,9B | 0300E8EC | sbb ah,ch | 0300E8EE | mov eax,dword ptr ds:[ecx+esi+8] | PE->TimeDateStamp disk image 0300E8F2 | test dh,E7 | 0300E8F5 | stc | 0300E8F6 | push esi | 0300E8F7 | cmp eax,dword ptr ds:[edx+ebx+8] | PE->TimeDateStamp loaded dll 0300E8FB | jmp gt.3051676 | ... 03091004 | mov eax,dword ptr ds:[ecx+esi+58] | PE->CheckSum disk image 03091008 | cmc | 03091009 | cmp eax,dword ptr ds:[edx+ebx+58] | PE->CheckSum loaded dll 0309100D | jne gt.305167C | --- snip --- Then we arrive at this place: --- snip --- ... 0024:Call KERNEL32.GetModuleHandleW(0121cfdc L"C:\\windows\\system32\\kernel32.dll") ret=03058688 0024:Ret KERNEL32.GetModuleHandleW() retval=7b600000 ret=03058688 0024:Call KERNEL32.VirtualAlloc(00000000,00001000,00203000,00000040) ret=02fc7281 0024:Call ntdll.NtAllocateVirtualMemory(ffffffff,0121cf6c,00000000,0121cf70,00203000,00000040) ret=7b0296c1 0024:Ret ntdll.NtAllocateVirtualMemory() retval=00000000 ret=7b0296c1 0024:Ret KERNEL32.VirtualAlloc() retval=02290000 ret=02fc7281 0024:trace:seh:dispatch_exception code=c0000005 flags=0 addr=02E5997A ip=02e5997a tid=0024 0024:trace:seh:dispatch_exception info[0]=00000000 0024:trace:seh:dispatch_exception info[1]=00000000 0024:trace:seh:dispatch_exception eax=00001000 ebx=7ffde000 ecx=00001000 edx=00001000 esi=00000000 edi=02290000 0024:trace:seh:dispatch_exception ebp=0121d414 esp=0121cfb4 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00210207 0024:trace:seh:call_vectored_handlers calling handler at 7B00F270 code=c0000005 flags=0 0024:trace:seh:call_vectored_handlers handler at 7B00F270 returned 0 0024:trace:seh:call_stack_handlers calling handler at 02E6E52C code=c0000005 flags=0 0024:Call KERNEL32.GetLastError() ret=02e5d5b5 0024:Ret KERNEL32.GetLastError() retval=00000000 ret=02e5d5b5 ... wine: Unhandled page fault on read access to 00000000 at address 02E5997A (thread 0024), starting debugger... --- snip --- Disassembly of crash site: --- snip --- 02E59950 | push edi | 02E59951 | push esi | 02E59952 | mov esi,dword ptr ss:[esp+10] | NULL = src buf 02E59956 | mov ecx,dword ptr ss:[esp+14] | 0x1000 = copy count 02E5995A | mov edi,dword ptr ss:[esp+C] | 02290000 = dest buf 02E5995E | mov eax,ecx | 02E59960 | mov edx,ecx | 02E59962 | add eax,esi | 02E59964 | cmp edi,esi | 02E59966 | jbe gt.2E59970 | 02E59968 | cmp edi,eax | 02E5996A | jb gt.2E59CD8 | 02E59970 | bt dword ptr ds:[2EAA834],1 | 02E59978 | jae gt.2E59981 | 02E5997A | rep movsb | 02E5997C | jmp gt.2E59C98 | 02E59981 | cmp ecx,80 | 02E59987 | jb gt.2E59B5B | 02E5998D | mov eax,edi | 02E5998F | xor eax,esi | 02E59991 | test eax,F | ... 02E59C98 | mov eax,dword ptr ss:[esp+C] | 02E59C9C | pop esi | 02E59C9D | pop edi | 02E59C9E | ret | --- snip --- Unlike the crash site, most GPK code is heavily obfuscated which makes debugging a lot more annoying. I've noticed in one of the earlier checks (gazillion instructions before this crash) that some PEB fields were of interest to GPK. Instead of spending hours on debugging non-linear code flows, lots of asm continuations and virtualized code/registers let the debugger do more work by using some advanced functionality of debuggers. Since hardware breakpoints are fast but limited in size I used the much slower guard page based memory breakpoint type along with a complex break / log condition on the PEB page. Address=0x7FFDE000 (PEB) Range=0x1000 (page) Condition=(breakif(0), logif(EIP > 0x2E30000 && EIP < 0x10000000, "PEB access to {$breakpointexceptionaddress} from {EIP}") What it basically does: the breakpoint triggers on any PEB read access but only logs if the memory access came from a certain EIP range (where the protection module is usually mapped), re-arms the guard page and resumes execution. Turns out being quite unstable, leading to abrupt (silent) process termination depending when it was armed. I've yet to investigate why. Thread termination / APC handling seems to play a role. Anyway, by using a combination of two breakpoints, one for breaking when a specific dll was loaded and then arming the complex memory breakpoint I got lucky one time: --- snip --- ... DebugString: "FileName:" DebugString: "C:\Program Files (x86)\DN\DragonNest\gpk\Sddyn_01.dll" DebugString: "MD5 Value:" DebugString: "BE47074011E4A04B8C7106EC4FA892EB" DebugString: "Download MD5 Value:" DebugString: "BE47074011E4A04B8C7106EC4FA892EB" DebugString: "Downloaded MD5 Value:" DebugString: "BE47074011E4A04B8C7106EC4FA892EB" DebugString: "Download MD5 Value:" DebugString: "BE47074011E4A04B8C7106EC4FA892EB" DebugString: "FileName:" DebugString: "C:\Program Files (x86)\DN\DragonNest\gpk\splash.jpg" DebugString: "MD5 Value:" DebugString: "1E0DBD851EB8E88F05D699799BAD7963" DebugString: "Download MD5 Value:" DebugString: "1E0DBD851EB8E88F05D699799BAD7963" DebugString: "Downloaded MD5 Value:" DebugString: "1E0DBD851EB8E88F05D699799BAD7963" DebugString: "Download MD5 Value:" DebugString: "1E0DBD851EB8E88F05D699799BAD7963" DLL Unloaded: 02250000 gpkup.dll DLL Loaded: 02250000 Z:\home\focht\projects\wine\mainline-install-6.0-rc4-x86_64\lib\wine\psapi.dll DLL Loaded: 02E30000 C:\Program Files (x86)\DN\DragonNest\GPK\GT.dll Breakpoint at 02274080 (DllMain (wintrust.dll)) set! DLL Loaded: 02260000 Z:\home\focht\projects\wine\mainline-install-6.0-rc4-x86_64\lib\wine\wintrust.dll DLL Breakpoint (DLL Load and unload): Module wintrust.dll INT3 breakpoint "DllMain (wintrust.dll)" at <wintrust._DllMainCRTStartup@12> (02274080)! Memory breakpoint enabled! PEB access to 7FFDE02C from 309F6D4 --- snip --- Disassembly of the offender: --- snip --- ... 0309F6D0 | mov edx,dword ptr ss:[ebp] | 0x7FFDE02C 0309F6D4 | mov eax,dword ptr ds:[edx] | PEB->KernelCallbackTable 0309F6D6 | add ch,D8 | 0309F6D9 | btr cx,di | 0309F6DD | mov dword ptr ss:[ebp],eax | 0309F6E1 | mov ecx,dword ptr ds:[edi] | 0309F6E3 | jmp gt.307BD90 | --- snip --- The pointer was stored in some rather obfuscated place and later ended up as parameter for the function call that caused the crash. Wine doesn't implement the concept of 'KernelCallbackTable' hence the field is NULL by design. --- snip --- $ ==> 7FFDE000 00010000 $+4 7FFDE004 00000000 $+8 7FFDE008 00400000 $+C 7FFDE00C 7BC6D2B4 <&ldr> $+10 7FFDE010 00113430 $+14 7FFDE014 00000000 $+18 7FFDE018 00110000 $+1C 7FFDE01C 7BC6D2E4 <&peb_lock> $+20 7FFDE020 00000000 $+24 7FFDE024 00000000 $+28 7FFDE028 00000000 $+2C 7FFDE02C 00000000 ; KernelCallbackTable $+30 7FFDE030 00000000 $+34 7FFDE034 00000000 $+38 7FFDE038 00000000 $+3C 7FFDE03C 00000000 $+40 7FFDE040 7BC6ED64 <&tls_bitmap> $+44 7FFDE044 0000001F $+48 7FFDE048 00000000 $+4C 7FFDE04C 00000000 $+50 7FFDE050 00000000 $+54 7FFDE054 00000000 --- snip --- There are a lot of mysteries and articles about the purpose of this table on the Internet. Fortunately there is no need to dive into internals / implementation details. Although it's useful know that 'user32.dll' initializes the table and provides a number of callbacks to be called from the kernel side. https://source.winehq.org/git/wine.git/blob/e377786a71c3b6eab5bc11c0b1c9c7c… For testing purpose I allocated a page in 'process_init' and set the pointer in 'PEB->KernelCallbackTable'. Note, this is not really correct but the protection doesn't seem to check/care if the table address belongs to 'user32.dll' module. Furthermore I used my favorite 0xcafebabe pattern to initialize the table entries. The "magic" pattern serves two purposes: * allows to determine if any of the entries has been overwritten * allows to easier identify invocations of callbacks The latter one is not applicable here since Wine doesn't implement 'KernelCallbackTable' concept. It's still handy in other scenarios. By using memory (guard page) breakpoints on the newly allocated 'KernelCallbackTable' buffer one can figure out who wants to peek there and for what reason. Turns out GPK makes a copy of the existing table, hooks one entry and then sets 'PEB->KernelCallbackTable' to the copy. --- snip --- 02FA4C6C | test ebp,ebx | EAX = 02290000 = copy 02FA4C6E | mov dword ptr ds:[edx],eax | EDX = 7FFDE02C (KernelCallbackTable) 02FA4C70 | bt ax,sp | 02FA4C74 | stc | 02FA4C75 | mov eax,dword ptr ds:[edi] | 02FA4C77 | stc | 02FA4C78 | add edi,4 | 02FA4C7E | test dx,bp | 02FA4C81 | xor eax,ebx | 02FA4C83 | jmp gt.2F46E4E | --- snip --- A memory dump reveals that our nice babe has been "tainted" by a bad guy _oO_ --- snip --- $ ==> 02290000 CAFEBABE $+4 02290004 CAFEBABE $+8 02290008 CAFEBABE $+C 0229000C CAFEBABE $+10 02290010 CAFEBABE $+14 02290014 CAFEBABE $+18 02290018 CAFEBABE $+1C 0229001C CAFEBABE ... $+100 02290100 CAFEBABE $+104 02290104 CAFEBABE $+108 02290108 02E44920 ; GPK callback hook $+10C 0229010C CAFEBABE $+110 02290110 CAFEBABE ... $+FF8 02290FF8 CAFEBABE $+FFC 02290FFC CAFEBABE --- snip --- Table entry 0x0108 seems to be of interest to GPK. The handler is a very long chain of obfuscated code / asm continuations. But that doesn't matter as of now. It seems the launcher is fine with just being able to set up a modified copy. Maybe it expects the callback being called at one point but I ran into couple of other issues. --- snip --- 02E44920 | E9 17562100 | jmp gt.3059F3C | ... 03059F3C | 55 | push ebp | 03059F3D | 66:C1C5 9A | rol bp,9A | 03059F41 | 9F | lahf | 03059F42 | 8BEC | mov ebp,esp | 03059F44 | F5 | cmc | 03059F45 | 6A FE | push FFFFFFFE | 03059F47 | C1E8 32 | shr eax,32 | 03059F4A | 66:23C2 | and ax,dx | 03059F4D | 68 A860FC02 | push gt.2FC60A8 | 03059F52 | 66:0FB6C0 | movzx ax,al | 03059F56 | 66:0FA4E0 E9 | shld ax,sp,E9 | 03059F5B | 0FBCC7 | bsf eax,edi | 03059F5E | 68 B097E502 | push gt.2E597B0 | 03059F63 | 0AE2 | or ah,dl | 03059F65 | F7C6 D4530E53 | test esi,530E53D4 | 03059F6B | 64:A1 00000000 | mov eax,dword ptr fs:[0] | 03059F71 | 66:3BFD | cmp di,bp | 03059F74 | F8 | clc | 03059F75 | 80F9 B2 | cmp cl,B2 | 03059F78 | 50 | push eax | 03059F79 | 83EC 38 | sub esp,38 | 03059F7C | C0E8 BF | shr al,BF | 03059F7F | C1F0 48 | shl eax,48 | 03059F82 | 53 | push ebx | 03059F83 | 56 | push esi | 03059F84 | 0FABE0 | bts eax,esp | 03059F87 | C0D0 A1 | rcl al,A1 | 03059F8A | 80E4 81 | and ah,81 | 03059F8D | 57 | push edi | 03059F8E | C0E4 AC | shl ah,AC | 03059F91 | A1 207CEA02 | mov eax,dword ptr ds:[2EA7C20] | 03059F96 | 3145 F8 | xor dword ptr ss:[ebp-8],eax | 03059F99 | 66:0FBAF7 3B | btr di,3B | 03059F9E | E9 31040000 | jmp gt.305A3D4 | ... --- snip --- By providing a dummy table, the crash is prevented and the launcher runs a bit further. It later fails to start a kernel service which seems to be bug 49346. Although I think the driver issue is now different (half a year later). --- snip --- ... 00fc:Call KERNEL32.CreateFileW(02e6f9e0 L"\\\\.\\SDGGameLoader",00000000,00000003,00000000,00000003,00000000,00000000) ret=02ffe7ab ... 00fc:Ret KERNEL32.CreateFileW() retval=ffffffff ret=02ffe7ab ... 00fc:Call KERNEL32.CopyFileW(0121baec L"C:\\Program Files (x86)\\DN\\DragonNest\\GPK\\gpe2.e",0121c8fc L"C:\\Program Files (x86)\\DN\\DragonNest\\GPK\\SDGame32.sys",00000000) ret=02fb385f ... 00fc:Ret KERNEL32.CopyFileW() retval=00000001 ret=02fb385f ... 00fc:Call advapi32.CreateServiceW(00193668,02e6fe00 L"SDGame32",02e6fe00 L"SDGame32",000f01ff,00000001,00000003,00000001,0121c8fc L"C:\\Program Files (x86)\\DN\\DragonNest\\GPK\\SDGame32.sys",00000000,00000000,00000000,00000000,00000000) ret=02fa6372 ... --- snip --- Anyway, that would be another story, another day. To be honest I think making GPK (Game Protect Kit) working with Wine will be hard, if at all. It's uses pretty much the same techniques like a rootkit / ring0 malware with kernel and userspace parts. === Downloads: Small "web" downloader: http://dn.clientdown.sdo.com/Dn_Download/DN_407_downloader_signed.exe Full client: http://dn.clientdown.sdo.com/Ver.407Full/DragonNest_v407_Setup.exe http://dn.clientdown.sdo.com/Ver.407Full/DragonNest_v407.7z.001 http://dn.clientdown.sdo.com/Ver.407Full/DragonNest_v407.7z.002 http://dn.clientdown.sdo.com/Ver.407Full/DragonNest_v407.7z.003 --- $ sha1sum DN_407_downloader_signed.exe a42ec8020a3301f621806423154eb69153727a48 DN_407_downloader_signed.exe $ du -sh DN_407_downloader_signed.exe 3.6M DN_407_downloader_signed.exe $ sha1sum DragonNest_v407* 833939e2f029e6ec4b20a1048901742087ac24a2 DragonNest_v407.7z.001 9b94d45f95b3e145f1a370b76d51cee9676395f0 DragonNest_v407.7z.002 f2b46a763099848f8e26253811ebc4caf336c11f DragonNest_v407.7z.003 4afc1de3968cf4f3c710a11b7be83f18cb0353d8 DragonNest_v407_Setup.exe $ du -sh DragonNest_v407* 4.0G DragonNest_v407.7z.001 4.0G DragonNest_v407.7z.002 2.2G DragonNest_v407.7z.003 9.5M DragonNest_v407_Setup.exe $ wine --version wine-6.0-rc4 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 2

[Bug 50456] New: cannot draw non-client area
by WineHQ Bugzilla 05 Jan '21

05 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=50456 Bug ID: 50456 Summary: cannot draw non-client area Product: Wine Version: 6.0-rc4 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: chenhaoyang(a)uniontech.com Distribution: --- Created attachment 69070 --> https://bugs.winehq.org/attachment.cgi?id=69070 IDE:visual c++ 2008 express edition cannot draw non-client area.Because the size of the non-client area is incorrect. -- 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 50000] New: wineconsole F8
by WineHQ Bugzilla 05 Jan '21

05 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=50000 Bug ID: 50000 Summary: wineconsole F8 Product: Wine Version: 5.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: vladimir.kokovic(a)gmail.com Distribution: --- Created attachment 68408 --> https://bugs.winehq.org/attachment.cgi?id=68408 Exception backtrace Start wineconsole Type next cmds: ver dir echo %path% d & F8 --> Unhandled exception Unhandled exception: page fault on read access to 0x00000000 in 64-bit code (0x0000000000401cbe). Vladimir Koković, DP senior(70), Serbia, Belgrade, 13.October 2020 -- 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 10

[Bug 50451] New: RISE Editor takes a long time to start up
by WineHQ Bugzilla 04 Jan '21

04 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=50451 Bug ID: 50451 Summary: RISE Editor takes a long time to start up Product: Wine-staging Version: 5.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: eli(a)meluc.ci CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 69066 --> https://bugs.winehq.org/attachment.cgi?id=69066 Log messages for RISEEditor.exe This is one of those ClickOnce apps. The program can be downloaded from http://www.risetobloome.com/clickonce/riseeditor/riseeditor.htm , the RISEEditor.application file can then be started with wine start RISEEditor.application provided dotnet40 is installed. After installation, the actual executable is placed in some directory under "C:/Users/$user/Local Settings/Application Data" and can be started directly from there. Starting up the actual application takes a very long time; it hits some sort of timeout I guess. I've attached the log. It hangs right after printing line 38, "0024:fixme:virtual:NtFlushProcessWriteBuffers stub" -- 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 38966] New: force close after hitting install usb drivers on lg mobile support tool and when enter cell carrier
by wine-bugs＠winehq.org 04 Jan '21

04 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=38966 Bug ID: 38966 Summary: force close after hitting install usb drivers on lg mobile support tool and when enter cell carrier Product: Wine Version: 1.7.37 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: catsetname(a)yahoo.com Created attachment 51910 --> https://bugs.winehq.org/attachment.cgi?id=51910 backtrace.txt after loading lg mobile support tool i hit install usb drivers, list of cell carriers pop to select once selected box comes up stating program needs to close and options to close or show details -- 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 27502] New: app freezes when WM_KILLFOCUS creates modal dialog
by wine-bugs＠winehq.org 03 Jan '21

03 Jan '21

http://bugs.winehq.org/show_bug.cgi?id=27502 Summary: app freezes when WM_KILLFOCUS creates modal dialog Product: Wine Version: unspecified Platform: All OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: efrias(a)syncad.com Created an attachment (id=35159) --> (http://bugs.winehq.org/attachment.cgi?id=35159) simple example which produces the error When a program brings up a modal dialog box in response to a WM_KILLFOCUS message, the program will freeze. I've attached a simple test case, all boilerplate except for: case WM_KILLFOCUS: MessageBox(hWnd, _T("Killing Focus"), _T("Note"), MB_OK); in the main event loop. If you run the program and then give focus to another application, the messagebox will pop up and then the program will become unresponsive. What is happening is: - x11drv gets a FocusOut event and calls the event handler, which ends up SendMessage-ing a WM_KILLFOCUS to the program. - The programs's code creates a modal dialog like the MessageBox above, and enters the dialog's event loop, which winds up calling GetMessage which calls MsgWaitForMultipleObjectsEx to get more X11 events. - X11DRV_MsgWaitForMultipleObjectsEx executes this: if (data->current_event) mask = 0; /* don't process nested events */ where data->current_event is true since we're still handling the FocusOut event. Since we're not processing nested events, we'll never be able to process the usual events like keys or mouse events which could exit this nested event loop. This type of error occurs in a few places in our application, where a WM_KILLFOCUS message to an edit box triggers some input validation and displays an error on failure. This works correctly in the normal case, where the user tabs out or clicks on another control in the dialog box containing the edit control -- since everything stays in the same top-level window, there is no FocusOut event from X11 and the WM_KILLFOCUS is generated internally by wine in response to, say, a KeyEvent. I think these key or mouse events are just posted to the windows message queue, and the X11 event handler has already exited by the time the application gets around to processing the ensuing WM_KILLFOCUS. But in the case where focus is lost by clicking outside the dialog containing the edit control, the WM_KILLFOCUS is generated by the FocusOut handler which is still executing, and we lock up. I suspect this is related to bug 11595 "Notepad++ freezes if native application changes a file it has open (dogfood)". My guess is in that case, a FocusIn event triggers something like a WM_ACTIVATE, in which notepad++ notices a file is changed and displays a messagebox asking if you want to reload. Since wine is still processing the FocusIn event, the modal message loop's call to MsgWaitForMultipleObjectsEx will never process any useful events because it's a nested event. Our application's built-in text editor has this same problem. I don't understand the event handling code well enough to propose a solution. As a test, I allowed nested event processing and it solved the problem without introducing any obvious errors, but I'm sure that check was in there for a reason. It's probably better to keep the application code from being executed from inside the event handler, if that's possible. Note: this bug was also posted as a message to wine-devel here: http://www.winehq.org/pipermail/wine-devel/2011-June/090652.html -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 14

[Bug 50444] New: Text not shown/drawn or hidden starting in Wine 5.18
by WineHQ Bugzilla 03 Jan '21

03 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=50444 Bug ID: 50444 Summary: Text not shown/drawn or hidden starting in Wine 5.18 Product: Wine Version: 5.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: support(a)htmlvalidator.com Distribution: --- Created attachment 69057 --> https://bugs.winehq.org/attachment.cgi?id=69057 The validation pane (the left-side wide window at screen bottom) as displayed when running CSS HTML Validator under Wine 3 through Wine 5.17. POSTING this bug report from a CSS HTML Validator user that uses and test CSS HTML Validator under Wine. Going back to at least Wine 3, the CSS HTML Validator validation pane has always displayed correctly until Wine 5.18, when the upgrade from Wine 5.17 to Wine 5.18 resulted in the validation pane always displaying blank. The validation pane is located at the bottom of the full CSS HTML Validator window. See the attached screenshots, I cropped out most of the upper part of the full CSS HTML Validator window. -- 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 50442] New: WW2 Online: Fractional scaling causes mouse clicks not registering
by WineHQ Bugzilla 03 Jan '21

03 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=50442 Bug ID: 50442 Summary: WW2 Online: Fractional scaling causes mouse clicks not registering Product: Wine Version: 6.0-rc4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ilgaz(a)fastmail.fm Distribution: --- Created attachment 69054 --> https://bugs.winehq.org/attachment.cgi?id=69054 output of console I have openSUSE Tumbleweed here with wine-staging installed and "full wayland" enabled. I have scaled my 1080p monitor using KDE's scaling to 120% and it displays 1600x900 in resolution screen. ww2 online launches fine and when I click "OK" button on a dialogue represented at startup, nothing happens. When I disable scaling and use raw 1080p resolution, everything works fine. Game can be downloaded/played free/ required no "winetricks" whatsoever until today. https://www.wwiionline.com/ -- 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 32058] New: Guild Wars 2 launcher freezes/hangs (unable to launch game)
by wine-bugs＠winehq.org 03 Jan '21

03 Jan '21

http://bugs.winehq.org/show_bug.cgi?id=32058 Bug #: 32058 Summary: Guild Wars 2 launcher freezes/hangs (unable to launch game) Product: Wine Version: 1.5.15 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: x.egam.wodahs.x(a)gmail.com CC: julliard(a)winehq.org Classification: Unclassified Once I updated wine to version 1.5.15, the Guild Wars 2 launcher can no longer launch the game because it just freezes/hangs. This was not an issue in 1.5.14, and in order to run the game for now I'm using wine 1.5.14 compiled from source. In wine 1.5.14, the launcher is black (can't see UI at all, but it's still functional) unless using the -dx9single flag. Using -dx9single, the background is black instead of transparent but the UI inside is properly rendered. This information is important because, before submitting this bug report, I performed two separate git bisects between 1.5.14 and 1.5.15: one without any command-line parameters, and one using -dx9single. Technical details follow: ======================================================================= 1) git bisect for running the game without any parameters: In the last good commit (8dcbeff760115834656f3f1fc85922e3a9af14d0), the launcher is still black but it still works. You cannot see the UI but by blindly logging in, the game does launch. In the first bad commit (f12c1c6630f0bf842dde9af10da4ab188ff16e94), the behavior is different from the wine 1.5.15 release and the other commits tested: here, instead of locking up, the window just disappears. It's still there, but I guess it's fully transparent. Because this leaves us even more "blind", I considered this "bad" in the git bisect, yielding the following result: --- f12c1c6630f0bf842dde9af10da4ab188ff16e94 is the first bad commit commit f12c1c6630f0bf842dde9af10da4ab188ff16e94 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Wed Sep 26 13:12:17 2012 +0200 winex11: Switch to an ARGB visual for layered windows with per-pixel alpha. :040000 040000 e9933c28f3e50c52d2cee37a43b06a2f5cb5a497 3870099a31a68a69cd7c022857794700c2343aa9 M dlls --- If, however, we consider f12c1c6630f0bf842dde9af10da4ab188ff16e94 "good" in the git bisect, we get: --- d8247efd5ecb8c4604624eb2bbf47e194ce59e7e is the first bad commit commit d8247efd5ecb8c4604624eb2bbf47e194ce59e7e Author: Alexandre Julliard <julliard(a)winehq.org> Date: Thu Sep 27 20:47:08 2012 +0200 winex11: Take the alpha channel into account to compute the region of layered windows. :040000 040000 3870099a31a68a69cd7c022857794700c2343aa9 d9ec62b63405f910db90b095145a7910cc124eef M dlls --- In this case, the launcher does indeed lock up in the first bad commit (d8247efd5ecb8c4604624eb2bbf47e194ce59e7e). 2) git bisect for running the game using -dx9single: Using the -dx9single flag, we seem to be able to get to a later commit before it stops working (but does not work in the 1.5.15 release). In the last good commit (dbff4f422c943a837f0098e921f831eb4a94ac11), everything seems to be fine (when using the -dx9single flag) and even the transparency seems to be working. However, in the first bad commit (6f3b097a203d9ca248732cb45eed462599ca3af1), things start to lock up. This yields the following git bisect result: --- 6f3b097a203d9ca248732cb45eed462599ca3af1 is the first bad commit commit 6f3b097a203d9ca248732cb45eed462599ca3af1 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Wed Oct 3 00:09:01 2012 +0200 winex11: Fix a typo in the surface region computation with an alpha channel. :040000 040000 fa11ac3c80763b81911ba999d8302029d2c6d147 566c9c06b11f8785c870a1e09ec53d42e13d1524 M dlls --- -- 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 19

[Bug 38166] New: Heroes of Might and Magic 5 slowly on some maps.
by wine-bugs＠winehq.org 02 Jan '21

02 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=38166 Bug ID: 38166 Summary: Heroes of Might and Magic 5 slowly on some maps. Product: Wine Version: 1.7.37 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: galdralag(a)bk.ru Distribution: --- On some maps especially when many green trees game works very slowly. This happens on all versions of nvidia driver AFTER 331.89. 331.89 it is last version when game works on maximum video settings. May be this is bug of nvidia driver (not wine) but I can't test this. I tested 2 videocards nvidia 760M and 650 ti. This can be reproduced on ArchLinux, Fedora, OpenSuse and Kubuntu. If you have problems with reproducing I can attach some maps where it can be reprocuced -- 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 48

[Bug 50304] New: Control-C exits winedbg instead of stopping the inferior
by WineHQ Bugzilla 02 Jan '21

02 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=50304 Bug ID: 50304 Summary: Control-C exits winedbg instead of stopping the inferior Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winedbg Assignee: wine-bugs(a)winehq.org Reporter: joachim.priesner.bugs(a)web.de CC: jacek(a)codeweavers.com Regression SHA1: 633b244b1ae7928cafbfd25ef338e4918aac0d74 Distribution: --- Created attachment 68875 --> https://bugs.winehq.org/attachment.cgi?id=68875 +winedbg log of hang behavior To reproduce: - run wine winedbg program.exe - press "c <Enter>" to run the program - press Control-C Expected: The program is stopped and I am back at the winedbg prompt. Actual: The behavior matched the expected one until the following commit: commit 54e117018cd4cc58c258da92686bfad13946bde2 Author: Jacek Caban <jacek(a)codeweavers.com> Date: Mon Sep 21 17:07:29 2020 +0200 kernelbase: Use conhost to handle Unix consoles. Starting at this commit, pressing Control-C would cause winedbg to hang (needed to "kill -9" it). The behavior changed again in the following commit: commit 633b244b1ae7928cafbfd25ef338e4918aac0d74 Author: Jacek Caban <jacek(a)codeweavers.com> Date: Tue Oct 13 16:27:38 2020 +0200 kernel32: Always use conhost for ReadConsoleW. Starting at this commit, and until the current master, pressing Control-C causes winedbg to immediately exit. -- 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 7

[Bug 49356] New: failed to load while trying to run game
by WineHQ Bugzilla 02 Jan '21

02 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=49356 Bug ID: 49356 Summary: failed to load while trying to run game Product: Wine Version: 1.8.6 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ivan_kalis(a)hotmail.com Created attachment 67401 --> https://bugs.winehq.org/attachment.cgi?id=67401 backtrace i was given when it crashed i ran the game and it seemed to work until i went to the launcher of the game which i assume was the windows launcher and it crashed right afterwards with this message given to me -- 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 26

[Bug 50420] New: Divinity: Original Sin - Enhanced Edition crashes on startup
by WineHQ Bugzilla 02 Jan '21

02 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=50420 Bug ID: 50420 Summary: Divinity: Original Sin - Enhanced Edition crashes on startup Product: Wine Version: 5.11 Hardware: x86-64 URL: https://store.steampowered.com/app/373420/Divinity_Ori ginal_Sin__Enhanced_Edition/ OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: julliard(a)winehq.org Regression SHA1: df5e4764870e8ad1d8b206cb3475a073bc034e48 Distribution: ArchLinux Created attachment 69038 --> https://bugs.winehq.org/attachment.cgi?id=69038 terminal output The game shows a black screen then it crashes (just before the developer logo would show up). Reproduced with the GOG and the Steam version. According to my testing the last working Wine version was 5.10. The commit when the problem appeared: df5e4764870e8ad1d8b206cb3475a073bc034e48 ntdll: Move the current directory initialization to the Unix library. Still present in wine-6.0-rc4-6-gff09f14867e. -- 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 44243] New: Spire and Serum paints very slowly
by wine-bugs＠winehq.org 02 Jan '21

02 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=44243 Bug ID: 44243 Summary: Spire and Serum paints very slowly Product: Wine Version: 3.0-rc3 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bique.alexandre(a)gmail.com Distribution: --- Hi, The following programs take a lot of time to render the UI: https://www.reveal-sound.com/ https://www.xferrecords.com/products/serum A few versions before the UI was just black, and recently it started to paint correctly, so it must be that you have add new painting/rendering api recently. Yet the painting performance is really slow, so it would be great if you guys could have a look and optimize it a bit? Maybe it is an easy thing to do? Many thanks for your work guys! To reproduce it you can install a plugin host like reaper: https://www.reaper.fm/ and then install the vst plugins and try them with reaper. Regards, Alexandre -- 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 14

[Bug 21987] New: Acrobat 7 tryout complains: This Postscript Driver or Windows Platform (Win9x/Me) not supported
by wine-bugs＠winehq.org 02 Jan '21

02 Jan '21

http://bugs.winehq.org/show_bug.cgi?id=21987 Summary: Acrobat 7 tryout complains: This Postscript Driver or Windows Platform (Win9x/Me) not supported Product: Wine Version: 1.1.40 Platform: x86 URL: http://www.adobe.com/products/acrobatpro/tryreg.html OS/Version: Linux Status: NEW Keywords: download Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jeffz(a)jeffz.name When installing the Acrobat 7 trial AcTR7EFG.exe, the installer produces a dialog: Devmode This Postscript Driver or Windows Platform (Win9x/Me) not supported It doesn't prevent the installer from progressing, but the same thing doesn't happen on Vista. -- 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 24

[Bug 50241] New: Vertical Text in NL5 schematic doesn't display correctly
by WineHQ Bugzilla 02 Jan '21

02 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=50241 Bug ID: 50241 Summary: Vertical Text in NL5 schematic doesn't display correctly Product: Wine Version: 5.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rmm(a)cantrip.org Distribution: --- Created attachment 68751 --> https://bugs.winehq.org/attachment.cgi?id=68751 Should show R5 and 10e+6 vertically Hi All, NL5 circuit simulator has worked very well in Wine for years. A change in Wine 5.22 or possibly 5.21 has broken vertical text rendering. It shows up at a 45 degree angle instead, with strange spacing. I'm running Wine 5.22 (Fedora packages) on Fedora 32. I will attach an image... Unfortunately I can't seem to revert back to 5.21 or 5.20 using DNF (without jumping through a lot of hoops) to show you what it should look like. I've reached out to the developer and he said the code that rotates the text uses the LOGFONT structure to set the orientation of the text: if ( textdir != 0 ) { LOGFONT lf; // Windows native font structure ZeroMemory(&lf, sizeof(LOGFONT)); lf.lfHeight = Canvas->Font->Height; lf.lfEscapement = (4-textdir)*900; // degrees to rotate lf.lfOrientation = (4-textdir)*900; lf.lfCharSet = DEFAULT_CHARSET; strcpy(lf.lfFaceName, Canvas->Font->Name.c_str() ); Canvas->Font->Handle = CreateFontIndirect(&lf); } So something deep down in there changed in 5.21 or 5.22. An older bug, #14199 mentions that a similar problem was in gdi32. Thanks, Richard -- 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 15

[Bug 50423] New: dlls/devenum/mediacatenum.c: | function ‘property_bag_Read’ | error: unknown field ‘cPins2’ specified in initializer
by WineHQ Bugzilla 02 Jan '21

02 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=50423 Bug ID: 50423 Summary: dlls/devenum/mediacatenum.c: | function ‘property_bag_Read’ | error: unknown field ‘cPins2’ specified in initializer Product: Wine Version: 6.0-rc4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: version2013(a)protonmail.com Distribution: --- Created attachment 69040 --> https://bugs.winehq.org/attachment.cgi?id=69040 log.txt in distro: # uname --kernel-release 3.0.66 # gcc --version 4.3.4 # ldd --version 2.10.1 applying patch from https://bugs.winehq.org/show_bug.cgi?id=47907#c12 Compiling wine-6.0-rc4 fails with multiple items: In function ‘property_bag_Read’: error: unknown field ‘cPins2’ specified in initializer error: unknown field ‘rgPins2’ specified in initializer config line: configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var --x-includes=/usr/X11R7/include --x-libraries=/usr/X11R7/lib --with-x --libdir=/usr/lib32 CFLAGS="-O2 -march=i686 -mtune=i686" -- 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 50408] New: wineboot crash to due getaddrinfo() returning NULL ai_canonname
by WineHQ Bugzilla 02 Jan '21

02 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=50408 Bug ID: 50408 Summary: wineboot crash to due getaddrinfo() returning NULL ai_canonname Product: Wine Version: 6.0-rc4 Hardware: x86-64 OS: FreeBSD Status: NEW Severity: normal Priority: P2 Component: winsock Assignee: wine-bugs(a)winehq.org Reporter: damjan.jov(a)gmail.com After the WINEPREFIX is created, wineserver exits, and any Wine application is run, wineboot crashes with this error and incorrect stack trace: Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x70bab1d7). Register dump: CS:0033 SS:003b DS:003b ES:003b FS:0013 GS:001b EIP:70bab1d7 ESP:0075f008 EBP:0075f008 EFLAGS:00010246( R- -- I Z- -P- ) EAX:00000000 EBX:0075f6e0 ECX:0000002e EDX:003e2034 ESI:00000000 EDI:0075f4d8 Stack dump: 0x0075f008: 0075fef8 0040633d 00000000 0000002e 0x0075f018: 0075f4d8 0075f094 00000000 00020006 0x0075f028: 00000000 0075f6e0 00000000 00000000 0x0075f038: 00000000 00000000 00000000 00000000 0x0075f048: 00000000 004508e0 0075f094 7bc0c0b0 0x0075f058: 7b632328 7bc2a280 00000034 0075f4d8 Backtrace: =>0 0x70bab1d7 memcmp+0x107(ptr2=<is not available>, n=<is not available>) [Z:\home\user\Wine\wine\dlls\msvcrt\string.c:2602] in ucrtbase (0x0075f008) 1 0x0040633d main+0x151c(argv=<is not available>) [Z:\home\user\Wine\wine\programs\wineboot\wineboot.c:829] in wineboot (0x0075fef8) 2 0x004042d8 mainCRTStartup+0x67() [Z:\home\user\Wine\wine\dlls\msvcrt\crt_main.c:58] in wineboot (0x0075ff30) 3 0x7b62ddf0 WriteTapemark+0xff(type=<is not available>, count=<is not available>, immediate=<is not available>) [Z:\home\user\Wine\wine\dlls\kernel32\tape.c:317] in kernel32 (0x0075ff48) 4 0x7bc56b97 RtlSleepConditionVariableSRW+0x226(lock=<is not available>, timeout=<is not available>, flags=<is not available>) [Z:\home\user\Wine\wine\dlls\ntdll\sync.c:557] in ntdll (0x0075ff5c) 5 0x7bc56e40 call_thread_func+0xaf(arg=0x3fe000) [Z:\home\user\Wine\wine\dlls\ntdll\thread.c:134] in ntdll (0x0075ffec) 0x70bab1d7 memcmp+0x107 [Z:\home\user\Wine\wine\dlls\msvcrt\string.c:2602] in ucrtbase: movzbl 0x0(%eax),%edx 2602 if (*str == (char)c) return (char*)str; Modules: Module Address Debug info Name (8 modules) PE 400000- 450000 Dwarf wineboot PE 61740000-61802000 Deferred advapi32 PE 62790000-62794000 Deferred ws2_32 PE 6bc00000-6bc79000 Deferred sechost PE 70b40000-70d77000 Dwarf ucrtbase PE 7b000000-7b2a2000 Deferred kernelbase PE 7b600000-7b8f6000 Dwarf kernel32 PE 7bc00000-7be33000 Dwarf ntdll Threads: process tid prio (all id:s are in hex) 00000020 00000024 0 00000028 (D) C:\windows\system32\wineboot.exe 0000002c 0 <== 00000038 0 0000003c explorer.exe 00000040 0 00000044 0 00000048 0 System information: Wine build: wine-6.0-rc2-43-gef876fc54e2 Platform: i386 Version: Windows 7 Host system: FreeBSD Host version: 12.2-RELEASE -- 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 6

[Bug 48142] New: shell32:appbar tests fail on some Windows 10 machines
by WineHQ Bugzilla 02 Jan '21

02 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=48142 Bug ID: 48142 Summary: shell32:appbar tests fail on some Windows 10 machines Product: Wine Version: 4.20 Hardware: x86 OS: Windows Status: NEW Severity: normal Priority: P2 Component: shell32 Assignee: wine-bugs(a)winehq.org Reporter: madewokherd(a)gmail.com https://test.winehq.org/data/tests/shell32:appbar.html Some of the "cw" win10 machines fail in shell32:appbar. Mine happens to work when running the test on its own. I haven't been able to find a pattern, other than that none of the machines are on the current build. Without a machine that can reproduce this, I don't see a way to figure out what's going on. It would seem based on the results that appbar functionality does not work at all. One possibility is that a previous test leaves explorer in a bad state. If so, running the test on its own should succeed. It would also explain the correlation between failures here and in shell32:systray https://test.winehq.org/data/a9c4b309f6af82b624604bd0df898ad88d59ab5a/index… -- 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 12

[Bug 43852] New: Monkey Island Special Edition Collection: White screen and crash when starting Monkey1.exe
by wine-bugs＠winehq.org 02 Jan '21

02 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=43852 Bug ID: 43852 Summary: Monkey Island Special Edition Collection: White screen and crash when starting Monkey1.exe Product: Wine Version: 2.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: cweiske(a)cweiske.de Distribution: --- Created attachment 59408 --> https://bugs.winehq.org/attachment.cgi?id=59408 wine terminal output After successfully installing "Monkey Island Special Edition Collection" from DVD (bug #43851), running Monkey1.exe fails: 1. The main display (or wine's virtual desktop) only shows a white screen 2. Terminal shows some errors, the last ones are below 3. Wine's in-built backtrace collector does not seem to work err:ole:COMPOBJ_DllList_Add couldn't load in-process dll L"C:\\windows\\system32\\XAudio2_4.dll" err:ole:CoGetClassObject no class object {03219e78-5bc3-44d1-b92e-f63d89cc6526} could be created for context 0x1 wine: Unhandled page fault on read access to 0x00000000 at address 0x441192 (thread 0009), starting debugger... -- 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 47824] New: Remote Life demo terminates with 'Cannot load library nw_elf.dll'
by WineHQ Bugzilla 02 Jan '21

02 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=47824 Bug ID: 47824 Summary: Remote Life demo terminates with 'Cannot load library nw_elf.dll' Product: Wine Version: 4.17 Hardware: x86-64 URL: https://nextgamelevel.itch.io/remote-life OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: vulture6(a)mail.com Distribution: Mint Remote Life 1.2 demo terminates with 'Cannot load library nw_elf.dll' The only other output is '0020:err:plugplay:load_function_driver AddDevice failed for driver L"winebus", status 0xc0000002.' Graphics card is Nvidia. -- 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 10

[Bug 50397] New: dlls/d3dcompiler_43/tests/hlsl_d3d11.c: error: unknown field ‘Texture2D’ specified in initializer
by WineHQ Bugzilla 02 Jan '21

02 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=50397 Bug ID: 50397 Summary: dlls/d3dcompiler_43/tests/hlsl_d3d11.c: error: unknown field ‘Texture2D’ specified in initializer Product: Wine Version: 6.0-rc3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: version2013(a)protonmail.com Distribution: --- Created attachment 69018 --> https://bugs.winehq.org/attachment.cgi?id=69018 log.txt in distro: # uname --kernel-release 3.0.66 # gcc --version 4.3.4 # ldd --version 2.10.1 applying patch from https://bugs.winehq.org/show_bug.cgi?id=50378#c2 wine-6.0-rc3 compilation stops at new bug: In function ‘test_sampling’: error: unknown field ‘Texture2D’ specified in initializer -- 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 49771] New: Segfault running exception tests
by WineHQ Bugzilla 02 Jan '21

02 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=49771 Bug ID: 49771 Summary: Segfault running exception tests Product: Wine Version: 5.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: jeffersoncarpenter2(a)gmail.com Distribution: --- Created attachment 68085 --> https://bugs.winehq.org/attachment.cgi?id=68085 Valgrind output Steps to reproduce: * Check out wine-5.16 and build. Configure output attached. * cd dlls/ntdll/tests * ../../../loader/wine ./ntdll_test.exe.so exception Attached valgrind output. -- 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 44454] New: Windows Media Encoder 9 refuses to install
by wine-bugs＠winehq.org 02 Jan '21

02 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=44454 Bug ID: 44454 Summary: Windows Media Encoder 9 refuses to install Product: Wine Version: 3.0 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: z.figura12(a)gmail.com Distribution: --- Claims "This version of Windows Media Encoder can only be installed on a computer running Microsoft Windows XP Professional x64 Edition or Windows Server 2003 x64 Edition." Needs a newer version resource for kernel32.dll. -- 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 47770] New: Waves Central possible cmd bug
by WineHQ Bugzilla 02 Jan '21

02 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=47770 Bug ID: 47770 Summary: Waves Central possible cmd bug Product: Wine-staging Version: 4.15 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: chopinbig(a)tutanota.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Waves Central doesn't install plugins (again) with Wine Staging 4.15 (and possibly earlier). Very similar errors to what happened before with hanging on tasklist, which was due to cmd changes https://bugs.winehq.org/show_bug.cgi?id=45506 -- 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 8

[Bug 44574] New: Wine 3.1 - Office 2013 starts with a black screen!
by wine-bugs＠winehq.org 02 Jan '21

02 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=44574 Bug ID: 44574 Summary: Wine 3.1 - Office 2013 starts with a black screen! Product: Wine Version: 3.1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: eduardolucioac(a)gmail.com Distribution: --- Created attachment 60544 --> https://bugs.winehq.org/attachment.cgi?id=60544 Office 2013 starts with a black screen > ===================== * PROBLEM: Office 2013 starts with a black screen! https://i.stack.imgur.com/PKLGo.jpg NOTE: See image ("Office 2013 starts with a black screen" attachment)! > ===================== * INSTALLATION SCHEME USED: WINEARCH=win32 WINEPREFIX=~/office2013 wine wineboot WINEARCH=win32 WINEPREFIX=~/office2013 wine '<PATH_TO_SETUP_EXE>/setup.exe' WINEARCH=win32 WINEPREFIX=~/office2013 wine 'C:\Program Files\Microsoft Office\Office15\WINWORD.EXE' > ===================== * THESE INTERVENTIONS DID NOT WORK: cat << EOF > "Direct3D.reg" Windows Registry Editor Version 5.00 [HKEY_CURRENT_USER\Software\Wine\Direct3D] "MaxVersionGL"=dword:00030002 EOF WINEARCH=win32 WINEPREFIX=~/.PlayOnLinux/wineprefix/office2013 wine regedit "Direct3D.reg" rm -f "Direct3D.reg" WINEARCH=win32 WINEPREFIX=~/.PlayOnLinux/wineprefix/office2013 winetricks -q corefonts WINEARCH=win32 WINEPREFIX=~/.PlayOnLinux/wineprefix/office2013 winetricks -q msxml6 WINEARCH=win32 WINEPREFIX=~/.PlayOnLinux/wineprefix/office2013 winetricks -q riched20 NOTE I: "wbind" installed. NOTE II: 3.1 is the wine 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.

2 15

[Bug 50434] New: WISO Steuer- Sparbuch 2021 does not start the internal Umsatzsteuererklärung
by WineHQ Bugzilla 02 Jan '21

02 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=50434 Bug ID: 50434 Summary: WISO Steuer- Sparbuch 2021 does not start the internal Umsatzsteuererklärung Product: Wine Version: 5.0.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: elmanulsn(a)gmail.com Distribution: --- Created attachment 69045 --> https://bugs.winehq.org/attachment.cgi?id=69045 Terminal log when opening WISO Steuer Sparbuch 2021 Tried to start WISO Steuersparbuch 2021 with stable version(5.0.3). The program starts normal. When trying to open the "Umsatzsteuererklärung" the programm closes without doing anything. The same works fine with WISO Stuersparbuch 2020. WISO Steuer-Sparbuch 2021 does not start with Wine Development version. Attached the Terminal logs. Hope this helps. This is my first bug report :) -- 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 49962] New: Playground Sessions won't start up: (adobe air?)
by WineHQ Bugzilla 02 Jan '21

02 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=49962 Bug ID: 49962 Summary: Playground Sessions won't start up: (adobe air?) Product: Wine Version: 5.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: a.solernou(a)gmail.com Distribution: --- Created attachment 68353 --> https://bugs.winehq.org/attachment.cgi?id=68353 Traceback of the crash when launching Playground Sessions. Playground Sessions, which can be downloaded here: https://www.playgroundsessions.com/windows https://www.playgroundsessions.com/support/downloads and for which there is one single version: 1fe0616991590187f2760d3d948a027e5834b486 Playground.msi won't launch but immediately crash, and reading the backtrace it seems related to Adobe AIR. I have spent a reasonable amount of time googling for related crashes, but haven't been able to find the right solution. I am using Manjaro 64bit (is there a 32bit version?) here, the latest Wine version to my knowledge 5.18, everything else looks good. This problem did not happen in a previous Wine version. Indeed, in another machine with Ubuntu 20.04, running wine 3.0.3 used to be fine, until recently another bug that made it unusable too. Trying to roll back, and compiling myself Wine 3.0.2, the latest reported working version: https://appdb.winehq.org/objectManager.php?sClass=application&iId=19053 did not do the trick for me either, though again this still a third issue. Anyway, this is all to say that I've done my best to have this software running, without success. -- 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 23237] New: DirectX SDK Nov 2006 unzip progress bar full of symbols
by wine-bugs＠winehq.org 02 Jan '21

02 Jan '21

http://bugs.winehq.org/show_bug.cgi?id=23237 Summary: DirectX SDK Nov 2006 unzip progress bar full of symbols Product: Wine Version: 1.2-rc3 Platform: x86 URL: http://www.microsoft.com/downloads/details.aspx?displa ylang=en&FamilyID=c72d9f1e-53f3-4747-8490-6801d8e8b4ef OS/Version: Linux Status: NEW Keywords: download, Installer Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com The winzip self-extractor's progress bar should show the filename being extracted, but it's in a funny symbol font. -- 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 8

[Bug 47724] New: Office 2007 SP3 not installing ( msi_apply_patch_package failed to open patch collection)
by wine-bugs＠winehq.org 02 Jan '21

02 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=47724 Bug ID: 47724 Summary: Office 2007 SP3 not installing (msi_apply_patch_package failed to open patch collection) Product: Wine Version: 4.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: alln_medeiros(a)hotmail.com Distribution: --- Created attachment 65198 --> https://bugs.winehq.org/attachment.cgi?id=65198 WINEDEBUG=+msxml wine office2007sp3-kb2526086-fullfile-en-us.exe &> sp3.log Clear wine prefix, WINEARCH=win32 (win64 doesn't work too), no tweaks or winetricks. Windows 7 and Windows XP mode. 1. Installation of en_office_enterprise_2007_dvd_vl_x12-19574.iso (wine setup.exe) goes fine 2. "wine office2007sp3-kb2526086-fullfile-en-us.exe" aparenttly goes right, I receive the message "Do you want to reboot now to complete the installation of this package? YES NO". The wine process ends. 3. Every files in C:\Program Files\Microsoft Office\Office12 are dated <= 2006, and the version of Word, Excel, etc, does not report SP, only original "MSO (12.0.4518.1014)" # wine --version wine-4.15 [Attachment] Log contains errors like 0009:err:msi:MSI_OpenDatabaseW unknown flag 00000000 0009:err:msi:msi_apply_patch_package failed to open patch collection ... [SHA1] en_office_enterprise_2007_dvd_vl_x12-19574.iso 83c9b8cb7f4799737a8f8494041f0a9e0ad7cc92 office2007sp3-kb2526086-fullfile-en-us.exe 69a5828265249c9de7f3503102003fe006dc162d -- 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 34

[Bug 40364] New: Geometry problems with Indiana Jones demo
by wine-bugs＠winehq.org 01 Jan '21

01 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=40364 Bug ID: 40364 Summary: Geometry problems with Indiana Jones demo Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: jeremielapuree(a)yahoo.fr Distribution: --- Created attachment 54050 --> https://bugs.winehq.org/attachment.cgi?id=54050 Screenshot showing the problem You can see polygons instead of background. Be careful: to bypass the msvcrt bug and see this problem, you need an old msvcrt native dll. -- 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 33

[Bug 11661] New: Confusing error message when executing application on noexec fs
by wine-bugs＠winehq.org 01 Jan '21

01 Jan '21

http://bugs.winehq.org/show_bug.cgi?id=11661 Summary: Confusing error message when executing application on noexec fs Product: Wine Version: 0.9.55. Platform: All OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: ntoskrnl AssignedTo: wine-bugs(a)winehq.org ReportedBy: liquid.acid(a)gmx.net Hi there, I'm suggesting to make some checks prior to loading and executing applications. The problem I encountered yesterday was that when trying to start applications from a filesystem with the noexec parameter enabled the whole app pagefaults. That was really my mistake because I accidentally changed some lines in the fstab after changing the encryption engine of my system. I only have the exec parameter enabled on the games filesystem, all other data filesystem don't have it enabled. It would be a good thing to output a somehow more informative error message when such a configuration is encountered (executing code from noexec fs). I suggest this because I was quite confused seeing the application to pagefault that was running two days ago (and I didn't do any package updates in these two days). Thanks, Tobias -- 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 23

[Bug 50435] New: Can't install WeMod
by WineHQ Bugzilla 01 Jan '21

01 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=50435 Bug ID: 50435 Summary: Can't install WeMod Product: Wine Version: 5.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: brauliobo(a)gmail.com Distribution: --- Created attachment 69046 --> https://bugs.winehq.org/attachment.cgi?id=69046 backtrace Download from https://www.wemod.com/download?project_id=27044 Install After reaching 100% install the following critical error happen See attachment -- 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 36984] New: Rise of Nations: Extended Edition fails to start due to missing mfc110.dll
by wine-bugs＠winehq.org 01 Jan '21

01 Jan '21

http://bugs.winehq.org/show_bug.cgi?id=36984 Bug ID: 36984 Summary: Rise of Nations: Extended Edition fails to start due to missing mfc110.dll Product: Wine Version: 1.7.23 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jaimerave(a)gmail.com When I try to start Rise of Nations extended edition it just stays in the screen trying to install VC Redist and at the end it just fails to start. The message I see in the console is: err:module:import_dll Loading library mfc110.dll (which is needed by L"C:\\Program Files\\Steam\\SteamApps\\common\\Rise of Nations\\patriots.exe") failed (error c000007b). err:module:LdrInitializeThunk Main exe initialization for L"C:\\Program Files\\Steam\\SteamApps\\common\\Rise of Nations\\patriots.exe" failed, status c0000135 This is on Ubuntu 14.04 and Wine 1.7.23 -- 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 37302] New: chem3d wont start
by wine-bugs＠winehq.org 01 Jan '21

01 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=37302 Bug ID: 37302 Summary: chem3d wont start Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tedwaltmuf(a)yahoo.com Created attachment 49614 --> https://bugs.winehq.org/attachment.cgi?id=49614 here is the last run log when I try and start chem 3d nothing happens the crash report says im missing some .dll but there all there. -- 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 40192] New: Wine does not have MFC80.dll
by wine-bugs＠winehq.org 01 Jan '21

01 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=40192 Bug ID: 40192 Summary: Wine does not have MFC80.dll Product: Wine Version: 1.9.3 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: asdfghrbljzmkd(a)outlook.com Distribution: --- Wine does not have MFC80.dll, programs must use vcrun2005. -- 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 14

[Bug 50371] New: Multiple games and applications need 'mfc70.dll'
by WineHQ Bugzilla 01 Jan '21

01 Jan '21

https://bugs.winehq.org/show_bug.cgi?id=50371 Bug ID: 50371 Summary: Multiple games and applications need 'mfc70.dll' Product: Wine Version: 6.0-rc3 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: mfc Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, to track applications that don't bundle it. Also to advertise the workaround via 'winetricks' recipe that doesn't exist yet. This bug is a placeholder - not for actual implementation. If you start wasting time on this I'm not gonna talk to you anymore ;-) Filter to search for existing MFC versions (different VC++ runtime versions): https://bugs.winehq.org/buglist.cgi?component=mfc&product=Wine --- Overview of several VC++ Runtime versions: https://web.archive.org/web/20190916113215/http://www.tmurgent.com/AppVirt/… https://web.archive.org/web/20201021070215/https://www.tmurgent.com/appv/en… Part of Visual Studio (.NET) 2002. Mentioned at least once in bug 2944 ("Gatan Digital Micrograph (non-demo) won't work with wine 20050419"). All 'GDILeaks' example applications from bug 50369 - Multiple tools for viewing GDI handles/resources list and GDI leak detection require support for PEB->GdiSharedHandleTable (GDIView, GDILeaks) also need this. * https://docs.microsoft.com/en-us/archive/msdn-magazine/2003/january/detect-… ("Detect and Plug GDI Leaks in Your Code with Two Powerful Tools for Windows XP") Stable download link via Internet Archive: https://web.archive.org/web/20170911002438/http://download.microsoft.com/do… --- Fortunately I found the runtime libs are part of following downloads: 'Microsoft Visual Studio .NET 2002 Service Pack 1': https://www.microsoft.com/en-us/download/details.aspx?id=22709 https://web.archive.org/web/20060509134332/http://download.microsoft.com/do… --- 'Visual Studio .NET 2002 Service Pack 1 MFC70.DLL Security Update': https://www.microsoft.com/en-us/download/details.aspx?id=3644 https://web.archive.org/web/20200618132846/https://download.microsoft.com/d… These installers require .NET Framework 1.1 but currently don't work due to Wine bugs and also requiring a "fake" VS.NET 2002 installation. The wrapper extracts a single .NET installer binary which contains all the .CABs and metadata (patcher manifest etc.) in the assembly resources. It uses .NET 'Microsoft.WindowsInstaller.Package' module for installation/extraction. --- snip --- ... at XStart.get_CabinetType () [0x00042] in <ad988f7701c54d98909e21aba2c9011f>:0 at XStart.GetCabFiles (System.IO.Stream cabStream) [0x00007] in <ad988f7701c54d98909e21aba2c9011f>:0 at XStart.GetEmbeddedFileStream (System.String fileName) [0x000aa] in <ad988f7701c54d98909e21aba2c9011f>:0 at XStart.GetEmbeddedFileBytes (System.String fileName) [0x00000] in <ad988f7701c54d98909e21aba2c9011f>:0 at XStart.ResolveResourceAssembly (System.Object sender, System.ResolveEventArgs args) [0x0006b] in <ad988f7701c54d98909e21aba2c9011f>:0 at System.AppDomain.DoAssemblyResolve (System.String name, System.Reflection.Assembly requestingAssembly, System.Boolean refonly) [0x00075] in <7713cb95b33244ed9608bf0b23fbdce9>:0 at (wrapper managed-to-native) System.AppDomain.LoadAssembly(System.AppDomain,string,System.Security.Policy.Evidence,bool,System.Threading.StackCrawlMark&) at System.AppDomain.Load (System.String assemblyString, System.Security.Policy.Evidence assemblySecurity, System.Boolean refonly, System.Threading.StackCrawlMark& stackMark) [0x00021] in <7713cb95b33244ed9608bf0b2 3fbdce9>:0 at System.AppDomain.Load (System.String assemblyString) [0x00002] in <7713cb95b33244ed9608bf0b23fbdce9>:0 at (wrapper remoting-invoke-with-check) System.AppDomain.Load(string) at System.Reflection.Assembly.Load (System.String assemblyString) [0x00005] in <7713cb95b33244ed9608bf0b23fbdce9>:0 at XStart.Main (System.String[] args) [0x00000] in <ad988f7701c54d98909e21aba2c9011f>:0 --- snip --- To avoid installer prerequisites mess and multiple workarounds I provide you with a simple command to extract the needed .CAB from the wrapped executables. === 'Visual Studio .NET 2002 Service Pack 1': --- snip --- $ dd if=VS7.0sp1-KB837234-X86.exe of=files.cab skip=8167252 count=78272283 bs=1M iflag=skip_bytes,count_bytes --- snip --- Cabinet listing, filtered: --- snip --- $ cabextract -l files.cab | grep -i mfc70.*_dll 1024000 | 20.01.2005 17:32:34 | FL_mfc70_dll_____X86.3643236F_FC70_11D3_A536_0090278A1BB8 40960 | 20.01.2005 17:38:14 | FL_mfc70chs_dll_____X86.3643236F_FC70_11D3_A536_0090278A1BB8 45056 | 20.01.2005 17:38:14 | FL_mfc70cht_dll_____X86.3643236F_FC70_11D3_A536_0090278A1BB8 61440 | 20.01.2005 17:38:12 | FL_mfc70deu_dll_____X86.3643236F_FC70_11D3_A536_0090278A1BB8 57344 | 20.01.2005 17:38:14 | FL_mfc70enu_dll_____X86.3643236F_FC70_11D3_A536_0090278A1BB8 61440 | 20.01.2005 17:38:14 | FL_mfc70esp_dll_____X86.3643236F_FC70_11D3_A536_0090278A1BB8 61440 | 20.01.2005 17:38:12 | FL_mfc70fra_dll_____X86.3643236F_FC70_11D3_A536_0090278A1BB8 61440 | 20.01.2005 17:38:14 | FL_mfc70ita_dll_____X86.3643236F_FC70_11D3_A536_0090278A1BB8 49152 | 20.01.2005 17:38:14 | FL_mfc70jpn_dll_____X86.3643236F_FC70_11D3_A536_0090278A1BB8 49152 | 20.01.2005 17:38:14 | FL_mfc70kor_dll_____X86.3643236F_FC70_11D3_A536_0090278A1BB8 1017344 | 20.01.2005 17:49:18 | FL_mfc70u_dll_____X86.3643236F_FC70_11D3_A536_0090278A1BB8 2067456 | 20.01.2005 17:33:02 | FL_mfc70ud_dll_____X86.3643236F_FC70_11D3_A536_0090278A1BB8 2072576 | 20.01.2005 17:31:56 | mfc70d_dll_1_____X86.3643236F_FC70_11D3_A536_0090278A1BB8 --- snip --- 'Visual Studio .NET 2002 Service Pack 1 Security update': --- snip --- $ dd if=VS7.0sp1-KB924642-X86.exe of=files2.cab skip=843993 count=64442759 bs=1M iflag=skip_bytes,count_bytes --- snip --- --- snip --- $cabextract -l files2.cab | grep -i mfc70.*_dll 1024000 | 25.08.2006 23:07:50 | FL_mfc70_dll_____X86.3643236F_FC70_11D3_A536_0090278A1BB8 40960 | 25.08.2006 23:15:46 | FL_mfc70chs_dll_____X86.3643236F_FC70_11D3_A536_0090278A1BB8 45056 | 25.08.2006 23:15:46 | FL_mfc70cht_dll_____X86.3643236F_FC70_11D3_A536_0090278A1BB8 61440 | 25.08.2006 23:15:44 | FL_mfc70deu_dll_____X86.3643236F_FC70_11D3_A536_0090278A1BB8 57344 | 25.08.2006 23:15:46 | FL_mfc70enu_dll_____X86.3643236F_FC70_11D3_A536_0090278A1BB8 61440 | 25.08.2006 23:15:46 | FL_mfc70esp_dll_____X86.3643236F_FC70_11D3_A536_0090278A1BB8 61440 | 25.08.2006 23:15:44 | FL_mfc70fra_dll_____X86.3643236F_FC70_11D3_A536_0090278A1BB8 61440 | 25.08.2006 23:15:46 | FL_mfc70ita_dll_____X86.3643236F_FC70_11D3_A536_0090278A1BB8 49152 | 25.08.2006 23:15:44 | FL_mfc70jpn_dll_____X86.3643236F_FC70_11D3_A536_0090278A1BB8 49152 | 25.08.2006 23:15:46 | FL_mfc70kor_dll_____X86.3643236F_FC70_11D3_A536_0090278A1BB8 1017344 | 25.08.2006 23:28:02 | FL_mfc70u_dll_____X86.3643236F_FC70_11D3_A536_0090278A1BB8 2067456 | 25.08.2006 23:08:16 | FL_mfc70ud_dll_____X86.3643236F_FC70_11D3_A536_0090278A1BB8 2072576 | 25.08.2006 23:07:14 | mfc70d_dll_1_____X86.3643236F_FC70_11D3_A536_0090278A1BB8 --- snip --- NOTE: It's 32-bit only by design. I guess it makes sense to use the newer dlls from the 2006 security update in the newly-to-be-created winetricks recipe. The update is also smaller. $ sha1sum VS7.0sp1-KB* 7cad96556ca3bdc4b99e89937ea01552f2cb6a32 VS7.0sp1-KB837234-X86.exe 3b045ff8e64c2f78701a33ae09316c3b49238d9d VS7.0sp1-KB924642-X86.exe $ du -sh VS7.0sp1-KB* 83M VS7.0sp1-KB837234-X86.exe 63M VS7.0sp1-KB924642-X86.exe $ wine --version wine-6.0-rc3 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 3

[Bug 44582] New: Root Double - Some parts of white characters change to black
by wine-bugs＠winehq.org 31 Dec '20

31 Dec '20

https://bugs.winehq.org/show_bug.cgi?id=44582 Bug ID: 44582 Summary: Root Double - Some parts of white characters change to black Product: Wine Version: 3.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: morguldir(a)protonmail.com Distribution: ArchLinux Created attachment 60554 --> https://bugs.winehq.org/attachment.cgi?id=60554 Game ran with WINEDEBUG=font I have added a text file with WINEDEBUG=font, and a file without any debug flags. When you see quoted parts i am referring to attached images. When you click or hover over some clickable things some parts of characters in text change to black. For the title screen and main menu items need you to click on for them to break. If the text is not selected, for example when you sort things, it will not have as many lines but it still has them sometimes. See "Pre-read only" and "All", here the 'A' character in "All" still has some bugs, where as "MESSAGE" works fine and "SYSTEM" does not. I suspect this has something to do with the background colours. If you look at "Pre-read only" you will see that the 'e' characters don't have the same bug. In the main menu there is a field that has 3 question marks, and the bug does not appear at all on two of these. (hard to screenshot because i have to click it.) -- 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 13

[Bug 50432] New: Symantec Intrusion Prevention Driver 'IDSVia64.sys' from NAV 2010 crashes due to missing 'fwpkclnt.sys' (Windows Filtering Platform / WFP)
by WineHQ Bugzilla 31 Dec '20

31 Dec '20

https://bugs.winehq.org/show_bug.cgi?id=50432 Bug ID: 50432 Summary: Symantec Intrusion Prevention Driver 'IDSVia64.sys' from NAV 2010 crashes due to missing 'fwpkclnt.sys' (Windows Filtering Platform / WFP) Product: Wine Version: 6.0-rc4 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. It won't be useful as of now unless there are apps which install their own network filtering provider and rely on it. When there is nothing else important left to implement ;-) --- snip --- $ wineboot ... 0070:err:module:import_dll Library fwpkclnt.sys (which is needed by L"C:\\ProgramData\\Norton\\{0C55C096-0F1D-4F28-AAA2-85EF591126E7}\\NAV_17.0.0.136\\Definitions\\IPSDefs\\20090828.002\\IDSVia64.sys") not found 0070:err:ntoskrnl:ZwLoadDriver failed to create driver L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\IDSVia64": c0000142 003c:fixme:service:scmdatabase_autostart_services Auto-start service L"IDSVia64" failed to start: 1114 --- snip --- Microsoft docs: https://docs.microsoft.com/en-us/windows/win32/fwp/windows-filtering-platfo… https://docs.microsoft.com/en-us/windows/win32/fwp/api-sets Virustotal.com scan of the installer binary: https://www.virustotal.com/gui/file/b8110fba782df5f9bfc25d39315b5ccd1f375b2… $ sha1sum NAV10TBEN.exe eadfb9c860146186c548aba695a9be87607f5586 NAV10TBEN.exe $ du -sh NAV10TBEN.exe 74M NAV10TBEN.exe $ wine --version wine-6.0-rc4 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 14025] New: Heroes of Might Magic V: camera does not move well
by wine-bugs＠winehq.org 31 Dec '20

31 Dec '20

http://bugs.winehq.org/show_bug.cgi?id=14025 Summary: Heroes of Might Magic V: camera does not move well Product: Wine Version: unspecified Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P5 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: mkstoyanov(a)hotmail.com Heroes of Might and Magic V (original) and HOMMV: Hammers of Fate, on should be able to swing the camera left and right by pressing the right mouse button and move the mouse. It works under windows. In wine (9.58 on, until 1.0 inclusive) the camera moves only barely, in order to make a 90 degree change of view, I need to swipe the mouse over the pad several time, in windows I can make 180 with half a pad. The game has no mouse sensitivity option. (camera moves normally from the keyboard, so the game still plays OK) -- 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 44

[Bug 50430] New: winedbg crash reporter dialog shows 'winedevice' process name as 'unidentified'
by WineHQ Bugzilla 31 Dec '20

31 Dec '20

https://bugs.winehq.org/show_bug.cgi?id=50430 Bug ID: 50430 Summary: winedbg crash reporter dialog shows 'winedevice' process name as 'unidentified' Product: Wine Version: 6.0-rc4 Hardware: x86-64 OS: Linux Status: NEW Severity: trivial Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. When a kernel driver crashes the 'winedevice' hosting process, winedbg's crash reporter dialog has the title '"The program (unidentified) has encountered a serious problem and needs to close. We are sorry for the inconvenience."' It's not really a problem since the crash dialog contains information that points to the crashing process. But most users won't figure that part out. --- snip --- ... 0060:Call KERNEL32.OpenProcess(00000400,00000000,00000044) ret=7f3f831db66b 0060:Call kernelbase.OpenProcess(00000400,00000000,00000044) ret=7bc4429f ... 0060:Call ntdll.NtOpenProcess(0021fa50,00000400,0021fa68,0021fa58) ret=7b041f9c 0060: open_process( pid=0044, access=00000400, attributes=00000000 ) 0060: open_process() = 0 { handle=0098 } 0060:Ret ntdll.NtOpenProcess() retval=00000000 ret=7b041f9c 0060:Ret kernelbase.OpenProcess() retval=00000098 ret=7bc4429f 0060:Ret KERNEL32.OpenProcess() retval=00000098 ret=7f3f831db66b 0060:Call KERNEL32.K32GetProcessImageFileNameW(00000098,0021f9a0,00000104) ret=7f3f831da8d0 0060:Call kernelbase.K32GetProcessImageFileNameW(00000098,0021f9a0,00000104) ret=7bc4429f 0060:Call ntdll.NtQueryInformationProcess(00000098,0000001b,0021edf0,00000216,0021ede4) ret=7b014f6e 0060: get_dll_info( handle=0098, base_address=00000000 ) 0060: get_dll_info() = 0 { entry_point=00000000, filename_len=68, filename=L"C:\\windows\\system32\\winedevice.exe" } 0060:Ret ntdll.NtQueryInformationProcess() retval=00000000 ret=7b014f6e 0060:Call ntdll.RtlIsDosDeviceName_U(0021edea L"C:") ret=7b060e83 0060:Ret ntdll.RtlIsDosDeviceName_U() retval=00000000 ret=7b060e83 ... 0060:Call ntdll.NtOpenSymbolicLinkObject(0021e858,00000001,0021e870) ret=7b060bb9 0060: open_symlink( access=00000001, attributes=00000040, rootdir=0000, name=L"\\DosDevices\\C:" ) 0060: open_symlink() = OBJECT_NAME_NOT_FOUND { handle=0000 } 0060:Ret ntdll.NtOpenSymbolicLinkObject() retval=c0000034 ret=7b060bb9 ... 0060:Call ntdll.RtlNtStatusToDosError(c0000034) ret=7b060f89 0060:Ret ntdll.RtlNtStatusToDosError() retval=00000002 ret=7b060f89 ... 0060:Call ntdll.RtlNtStatusToDosError(c000000e) ret=7b01512f 0060:Ret ntdll.RtlNtStatusToDosError() retval=00000002 ret=7b01512f 0060:Ret kernelbase.K32GetProcessImageFileNameW() retval=00000000 ret=7bc4429f ... 0060:Call user32.SetDlgItemTextW(0002004a,00000065,0021e880 L"The program (unidentified) has encountered a serious problem and needs to close. We are sorry for the inconvenience.") ret=7f3f831da59d ---snip --- Wine source: https://source.winehq.org/git/wine.git/blob/784cb2060ab63076adc349dcb1d15a6… --- snip --- 1636 /****************************************************************** 1637 * QueryFullProcessImageNameW (kernelbase.@) 1638 */ 1639 BOOL WINAPI DECLSPEC_HOTPATCH QueryFullProcessImageNameW( HANDLE process, DWORD flags, 1640 WCHAR *name, DWORD *size ) 1641 { 1642 BYTE buffer[sizeof(UNICODE_STRING) + MAX_PATH*sizeof(WCHAR)]; /* this buffer should be enough */ 1643 UNICODE_STRING *dynamic_buffer = NULL; 1644 UNICODE_STRING *result = NULL; 1645 NTSTATUS status; 1646 DWORD needed; 1647 1648 /* FIXME: On Windows, ProcessImageFileName return an NT path. In Wine it 1649 * is a DOS path and we depend on this. */ 1650 status = NtQueryInformationProcess( process, ProcessImageFileName, buffer, 1651 sizeof(buffer) - sizeof(WCHAR), &needed ); 1652 if (status == STATUS_INFO_LENGTH_MISMATCH) 1653 { 1654 dynamic_buffer = HeapAlloc( GetProcessHeap(), 0, needed + sizeof(WCHAR) ); 1655 status = NtQueryInformationProcess( process, ProcessImageFileName, dynamic_buffer, 1656 needed, &needed ); 1657 result = dynamic_buffer; 1658 } 1659 else 1660 result = (UNICODE_STRING *)buffer; 1661 1662 if (status) goto cleanup; 1663 1664 if (flags & PROCESS_NAME_NATIVE) 1665 { 1666 WCHAR drive[3]; 1667 WCHAR device[1024]; 1668 DWORD ntlen, devlen; 1669 1670 if (result->Buffer[1] != ':' || result->Buffer[0] < 'A' || result->Buffer[0] > 'Z') 1671 { 1672 /* We cannot convert it to an NT device path so fail */ 1673 status = STATUS_NO_SUCH_DEVICE; 1674 goto cleanup; 1675 } 1676 1677 /* Find this drive's NT device path */ 1678 drive[0] = result->Buffer[0]; 1679 drive[1] = ':'; 1680 drive[2] = 0; 1681 if (!QueryDosDeviceW(drive, device, ARRAY_SIZE(device))) 1682 { 1683 status = STATUS_NO_SUCH_DEVICE; 1684 goto cleanup; 1685 } 1686 1687 devlen = lstrlenW(device); 1688 ntlen = devlen + (result->Length/sizeof(WCHAR) - 2); 1689 if (ntlen + 1 > *size) 1690 { 1691 status = STATUS_BUFFER_TOO_SMALL; 1692 goto cleanup; 1693 } 1694 *size = ntlen; 1695 1696 memcpy( name, device, devlen * sizeof(*device) ); 1697 memcpy( name + devlen, result->Buffer + 2, result->Length - 2 * sizeof(WCHAR) ); 1698 name[*size] = 0; 1699 TRACE( "NT path: %s\n", debugstr_w(name) ); 1700 } 1701 else 1702 { 1703 if (result->Length/sizeof(WCHAR) + 1 > *size) 1704 { 1705 status = STATUS_BUFFER_TOO_SMALL; 1706 goto cleanup; 1707 } 1708 1709 *size = result->Length/sizeof(WCHAR); 1710 memcpy( name, result->Buffer, result->Length ); 1711 name[*size] = 0; 1712 } 1713 1714 cleanup: 1715 HeapFree( GetProcessHeap(), 0, dynamic_buffer ); 1716 return set_ntstatus( status ); 1717 } --- snip --- Example crash report dialog context (from bug 50428) to show the crashing "unidentified" process --- snip --- Unhandled exception: unimplemented function ntoskrnl.exe.SeCaptureSecurityDescriptor called in 64-bit code (0x000000007b012af2). Register dump: rip:000000007b012af2 rsp:0000000000c3f560 rbp:0000000000c3f5e0 eflags:00000206 ( - -- I - -P- ) rax:0000000000c3f5a0 rbx:0000000000dee138 rcx:0000000000c3f580 rdx:0000000000c3f650 rsi:0000000000000002 rdi:000000007b60e660 r8:0000000000000010 r9:0000000000000010 r10:0000000000c3f5a0 r11:0000000000000246 r12:0000000000c3f870 r13:00000000000197d0 r14:0000000000000022 r15:0000000000000008 ... Backtrace: =>0 0x000000007b012af2 RaiseException+0x72() in kernelbase (0x0000000000c3f5e0) 1 0x0000000000330ad5 __wine_spec_unimplemented_stub+0x44() [Z:\home\focht\projects\wine\mainline-src\dlls\winecrt0\stub.c:2147483680] in ntoskrnl (0x0000000000c3f660) 2 0x0000000000315277 vectored_handler+0xffffffffffffffff() in ntoskrnl (0x0000000000000000) 0x000000007b012af2 RaiseException+0x72 in kernelbase: nop Modules: Module Address Debug info Name (11 modules) PE 220000- 244000 Deferred sechost PE 250000- 303000 Deferred ucrtbase PE 310000- 357000 PDB ntoskrnl PE 360000- 3eb000 Deferred msvcrt PE ad0000- b39000 Deferred rpcrt4 PE d60000- e02000 Deferred bhdrvx64.sys PE 7b000000- 7b0a6000 PDB kernelbase PE 7b600000- 7b80a000 Deferred kernel32 PE 7bc00000- 7bc8a000 Deferred ntdll PE 140000000- 140008000 Deferred winedevice PE 180000000- 180038000 Deferred advapi32 Threads: process tid prio (all id:s are in hex) ... 00000044 (D) C:\windows\system32\winedevice.exe 00000048 0 00000054 0 <== 00000058 0 0000006c 0 ... --- snip --- $ sha1sum NAV10TBEN.exe eadfb9c860146186c548aba695a9be87607f5586 NAV10TBEN.exe $ du -sh NAV10TBEN.exe 74M NAV10TBEN.exe $ wine --version wine-6.0-rc4 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 2

[Bug 28254] New: Problem with activation program pm_fastrack-pmp.exe
by wine-bugs＠winehq.org 31 Dec '20

31 Dec '20

http://bugs.winehq.org/show_bug.cgi?id=28254 Summary: Problem with activation program pm_fastrack-pmp.exe Product: WineHQ Apps Database Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: appdb-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lavir.2010(a)gmail.com After installing the program pm_fastrack_pmp version 6.0 when trying to enable execution of the program he presents an information stating that the program-pm_fastrack pmp.exe found a serious problem and needs to close. -- 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 24

[Bug 35824] New: UltraISO 'ISODrive.sys' crashes in entry point (SCM doesn't start SERVICE_FILE_SYSTEM_DRIVER type services with winedevice hosting process)
by wine-bugs＠winehq.org 31 Dec '20

31 Dec '20

https://bugs.winehq.org/show_bug.cgi?id=35824 Bug ID: 35824 Summary: UltraISO 'ISODrive.sys' crashes in entry point (SCM doesn't start SERVICE_FILE_SYSTEM_DRIVER type services with winedevice hosting process) Product: Wine Version: 1.7.14 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, found during bug 35755 --- snip --- $ WINEDEBUG=+tid,+seh,+relay,+winedevice,+ntoskrnl,+service wine ./uiso9_pe.exe >>log.txt 2>&1 ... 0016:Call KERNEL32.CreateNamedPipeW(00119d70 L"\\\\.\\pipe\\net\\NtControlPipe2",40000003,00000000,00000001,00000100,00000100,00002710,00000000) ret=7eded4ac 0016:Ret KERNEL32.CreateNamedPipeW() retval=000000d8 ret=7eded4ac ... 0016:Call KERNEL32.ExpandEnvironmentStringsW(0011a038 L"C:\\Program Files\\UltraISO\\drivers\\ISODrive.sys",00000000,00000000) ret=7edecacd 0016:Ret KERNEL32.ExpandEnvironmentStringsW() retval=0000002f ret=7edecacd ... 0016:Call KERNEL32.ExpandEnvironmentStringsW(0011a038 L"C:\\Program Files\\UltraISO\\drivers\\ISODrive.sys",00119d70,0000002f) ret=7edecb39 0016:Ret KERNEL32.ExpandEnvironmentStringsW() retval=0000002f ret=7edecb39 0016:Call KERNEL32.CreateProcessW(00000000,00119d70 L"C:\\Program Files\\UltraISO\\drivers\\ISODrive.sys",00000000,00000000,00000000,00000400,00540000,00000000,0084e4c8,0084e50c) ret=7edecd84 ... 0037:Call KERNEL32.__wine_kernel_init() ret=7bc5a3aa 0016:Ret KERNEL32.CreateProcessW() retval=00000001 ret=7edecd84 ... 0037:Starting process L"C:\\Program Files\\UltraISO\\drivers\\ISODrive.sys" (entryproc=0x253b3f) 0037:trace:seh:raise_exception code=c0000005 flags=0 addr=0x2537a9 ip=002537a9 tid=0037 0037:trace:seh:raise_exception info[0]=00000000 0037:trace:seh:raise_exception info[1]=00000061 0037:trace:seh:raise_exception eax=00000061 ebx=00000000 ecx=0000bb40 edx=7edfefe4 esi=7edd4ce0 edi=00251d4c 0037:trace:seh:raise_exception ebp=0035fe20 esp=0035fd5c cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010246 ... --- snip --- The random crashes during relay trace are the result from the driver entry point accessing the second parameter which ought to be 'RegistryPath. The binary is started as plain win32 process (not loaded in winedevice hosting process) hence the driver entry point params are not setup. The kernel driver is a file system driver service, currently not handled with Wine's service manager. MSDN: http://msdn.microsoft.com/en-us/library/windows/desktop/ms682450%28v=vs.85%… --- quote --- dwServiceType [in] The service type. This parameter can be one of the following values. Value Meaning SERVICE_ADAPTER 0x00000004 Reserved. SERVICE_FILE_SYSTEM_DRIVER 0x00000002 File system driver service. SERVICE_KERNEL_DRIVER 0x00000001 Driver service. SERVICE_RECOGNIZER_DRIVER 0x00000008 Reserved. SERVICE_WIN32_OWN_PROCESS 0x00000010 Service that runs in its own process. SERVICE_WIN32_SHARE_PROCESS 0x00000020 Service that shares a process with one or more other services. For more information, see Service Programs. --- quote --- Registry export of driver service: --- snip --- [HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\ISODrive] "DisplayName"="ISO DVD/CD-ROM Device Driver" "ErrorControl"=dword:00000000 "ImagePath"="C:\\Program Files\\UltraISO\\drivers\\ISODrive.sys" "ObjectName"="LocalSystem" "PreshutdownTimeout"=dword:0002bf20 "Start"=dword:00000001 "Type"=dword:00000002 [HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\ISODrive\Parameters] "AutoMount"=dword:00000001 "ExcludeDrives"="CDEZ" --- snip --- Type -> 0x2 -> SERVICE_FILE_SYSTEM_DRIVER Source: http://source.winehq.org/git/wine.git/blob/debd1346b003ae34013a04318e7105f8… --- snip --- 606 static DWORD service_start_process(struct service_entry *service_entry, HANDLE *process) 607 { ... 634 ExpandEnvironmentStringsW(service_entry->config.lpBinaryPathName,path,size); 635 636 if (service_entry->config.dwServiceType == SERVICE_KERNEL_DRIVER) 637 { 638 static const WCHAR winedeviceW[] = {'\\','w','i','n','e','d','e','v','i','c','e','.','e','x','e',' ',0}; ... --- snip --- $ sha1sum uiso9_pe.exe 77d93c41f45530e58892b276a3fa92c7128b7539 uiso9_pe.exe $ du -sh uiso9_pe.exe 4.2M uiso9_pe.exe $ wine --version wine-1.7.14-185-g5cf20ce 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 11

[Bug 50427] New: garrys mod: выдает ошибку при запуске в wine 5.0
by WineHQ Bugzilla 31 Dec '20

31 Dec '20

https://bugs.winehq.org/show_bug.cgi?id=50427 Bug ID: 50427 Summary: garrys mod: выдает ошибку при запуске в wine 5.0 Product: Wine Version: 5.0 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: major Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: lampa122567(a)yandex.ru Unhandled exception: page fault on execute access to 0x00000000 in 32-bit code (0x00000000). Register dump: CS:001b SS:0023 DS:0023 ES:0023 FS:1007 GS:000f EIP:00000000 ESP:0031e728 EBP:0031e740 EFLAGS:00010202( R- -- I - - - ) EAX:00000000 EBX:0031ff70 ECX:00000000 EDX:02820980 ESI:0cc45348 EDI:10008100 Stack dump: 0x0031e728: 0cb738f7 0cbe2dc4 00000000 00000002 0x0031e738: 0031e79c 10008100 0031e980 100082b1 0x0031e748: 10008100 00110890 0031e79c 1000837e 0x0031e758: 0031e908 1000838e 00110890 00321b00 0x0031e768: 1000507b 0031ff70 00651bd5 00000000 0x0031e778: 02020002 536e6957 206b636f 00302e32 0200: sel=1007 base=7ffc0000 limit=00000fff 32-bit rw- Backtrace: =>0 0x00000000 (0x0031e740) 1 0x100082b1 EntryPoint+0xffffffff() in launcher (0x0031e980) 2 0x004011ec EntryPoint+0xffffffff() in hl2 (0x0031fea0) 3 0x0040178e EntryPoint+0xffffffff() in hl2 (0x0031ff30) 4 0x7b43fa32 call_process_entry+0x11() in kernel32 (0x0031ff48) 5 0x7b43fba9 start_process+0x138() in kernel32 (0x0031ffdc) 6 0x7b43fa4a __wine_start_process+0x9() in kernel32 (0x0031ffec) 0x00000000: -- no code accessible -- Modules: Module Address Debug info Name (267 modules) PE 320000- 364000 Deferred tier0 PE 3a0000- 3c2000 Deferred inputsystem PE 400000- 428000 Export hl2 PE 760000- 84a000 Deferred shlwapi PE 850000- 8e4000 Deferred vstdlib PE b820000- b913000 Deferred filesystem_stdio PE bb40000- bc82000 Deferred setupapi PE bc90000- c6e0000 Deferred engine PE cb30000- ec74000 Deferred materialsystem PE ed90000- edd0000 Deferred datacache PE edd0000- f1d1000 Deferred studiorender PE f1e0000- f2cf000 Deferred vphysics PE f2d0000- f44a000 Deferred vguimatsurface PE f450000- f721000 Deferred oleaut32 PE f730000- f791000 Deferred vgui2 PE 10000000-10030000 Export launcher PE 3b400000-3b41d000 Deferred steam_api ELF 40000000-409fe000 Deferred shell32<elf> \-PE 40010000-409a9000 \ shell32 ELF 409fe000-40a2a000 Deferred iphlpapi<elf> \-PE 40a00000-40a23000 \ iphlpapi ELF 40a2a000-40a69000 Deferred ws2_32<elf> \-PE 40a30000-40a62000 \ ws2_32 ELF 40a69000-40b32000 Deferred winemac<elf> \-PE 40a70000-40b01000 \ winemac PE 4293b000-42962000 Deferred libpng15.15.dylib PE 4330b000-436dd000 Deferred rawcamera PE 639c0000-63ae7000 Deferred winmm PE 64b40000-64b72000 Deferred shcore PE 65200000-655f4000 Deferred ole32 PE 65880000-6588d000 Deferred api-ms-win-core-sysinfo-l1-2-1 PE 65980000-65997000 Deferred version PE 66640000-66689000 Deferred msacm32 ELF 68001000-68004000 Deferred <wine-loader> PE 68004000-681b5000 Deferred libwine.1.0.dylib PE 681b5000-6827c000 Deferred skylight ELF 68704000-6878b000 Deferred advapi32<elf> \-PE 68710000-6876f000 \ advapi32 ELF 69b00000-69d2e000 Deferred user32<elf> \-PE 69b10000-69d00000 \ user32 ELF 69d2e000-69e78000 Deferred gdi32<elf> \-PE 69d30000-69e5d000 \ gdi32 ELF 69e78000-69f3b000 Deferred msvcrt<elf> \-PE 69e80000-69f15000 \ msvcrt PE 69f3b000-69fc4000 Deferred libfreetype.6.dylib PE 6b4c0000-6b60d000 Deferred wininet PE 6ba80000-6ba8c000 Deferred api-ms-win-core-fibers-l1-1-1 PE 6c0c0000-6c0f3000 Deferred imm32 PE 6c2c0000-6c2e0000 Deferred wsock32 PE 6dbc0000-6dc02000 Deferred mpr PE 6e540000-6e54d000 Deferred api-ms-win-core-synch-l1-2-0 PE 6e8c0000-6e8cd000 Deferred api-ms-win-core-localization-l1-2-1 PE 6fdc0000-6ff4d000 Deferred rpcrt4 PE 7b000000-7b215000 Deferred kernelbase ELF 7b400000-7b693000 Stabs kernel32<elf> \-PE 7b410000-7b648000 \ kernel32 ELF 7bc00000-7be8f000 Deferred ntdll<elf> \-PE 7bc10000-7be61000 \ ntdll ELF 7c400000-7c404000 Deferred <wine-loader> PE 902a1000-902a2000 Deferred accelerate PE 902b8000-90baa000 Deferred vimage PE 90baa000-90cc6000 Deferred libblas.dylib PE 90cc6000-90d00000 Deferred libbnns.dylib PE 90d00000-91053000 Deferred liblapack.dylib PE 91053000-91069000 Deferred liblinearalgebra.dylib PE 91069000-91082000 Deferred libsparseblas.dylib PE 91082000-9121a000 Deferred libvdsp.dylib PE 9121a000-913dc000 Deferred libvmisc.dylib PE 913dc000-913dd000 Deferred veclib PE 91490000-921db000 Deferred appkit PE 9222c000-9222d000 Deferred applicationservices PE 9222d000-92299000 Deferred ats PE 9229b000-923b4000 Deferred libfontparser.dylib PE 923b4000-923f9000 Deferred libfontregistry.dylib PE 924dd000-924e3000 Deferred colorsynclegacy PE 92587000-925e0000 Deferred hiservices PE 925e0000-925ef000 Deferred langanalysis PE 925ef000-92644000 Deferred printcore PE 92644000-926df000 Deferred qd PE 926df000-926ec000 Deferred speechsynthesis PE 926ec000-92910000 Deferred audiotoolbox PE 92911000-92912000 Deferred audiounit PE 92a41000-92dbc000 Deferred cfnetwork PE 92dd0000-92dd1000 Deferred carbon PE 92dd1000-92ddb000 Deferred carbonsound PE 92ddb000-92de0000 Deferred commonpanels PE 92de0000-93163000 Deferred hitoolbox PE 93163000-931b4000 Deferred htmlrendering PE 931b4000-931b8000 Deferred help PE 931b8000-931be000 Deferred imagecapture PE 931be000-9325a000 Deferred ink PE 9325a000-93294000 Deferred navigationservices PE 93294000-932af000 Deferred openscripting PE 932af000-932b5000 Deferred print PE 932b5000-932b8000 Deferred securityhi PE 932b8000-932bf000 Deferred speechrecognition PE 932cc000-93422000 Deferred colorsync PE 93422000-934aa000 Deferred coreaudio PE 93505000-9350b000 Deferred corebluetooth PE 9350b000-9380b000 Deferred coredata PE 9380b000-93812000 Deferred coredisplay PE 93812000-93c4b000 Deferred corefoundation PE 93c4c000-94300000 Deferred coregraphics PE 94301000-945b0000 Deferred coreimage PE 947e6000-947e7000 Deferred coreservices PE 947e7000-94863000 Deferred ae PE 94863000-94b43000 Deferred carboncore PE 94b43000-94b8c000 Deferred dictionaryservices PE 94b8c000-94b95000 Deferred fsevents PE 94b95000-94cf2000 Deferred launchservices PE 94cf2000-94d91000 Deferred metadata PE 94d91000-94ddd000 Deferred osservices PE 94ddd000-94e47000 Deferred searchkit PE 94e47000-94e6a000 Deferred sharedfilelist PE 94e6a000-94fc4000 Deferred coretext PE 94fc4000-95005000 Deferred corevideo PE 95005000-95093000 Deferred corewlan PE 95176000-95180000 Deferred diskarbitration PE 95190000-954f6000 Deferred foundation PE 95536000-95566000 Deferred gss PE 95592000-956a9000 Deferred iobluetooth PE 9570f000-957a6000 Deferred iokit PE 957a7000-957b7000 Deferred iosurface PE 9580a000-95993000 Deferred imageio PE 95993000-95998000 Deferred libgif.dylib PE 95998000-95a7e000 Deferred libjp2.dylib PE 95a7e000-95aa4000 Deferred libjpeg.dylib PE 95aa4000-95acb000 Deferred libpng.dylib PE 95acb000-95ace000 Deferred libradiance.dylib PE 95ace000-95b1a000 Deferred libtiff.dylib PE 962f5000-9630f000 Deferred kerberos PE 96a4d000-96aee000 Deferred metal PE 96aef000-96afc000 Deferred netfs PE 98bc4000-98c1a000 Deferred opencl PE 98c1a000-98c36000 Deferred cfopendirectory PE 98c36000-98c42000 Deferred opendirectory PE 995c4000-995c7000 Deferred libcvmspluginsupport.dylib PE 995c7000-995cc000 Deferred libcorefscache.dylib PE 995cc000-995d1000 Deferred libcorevmclient.dylib PE 995d1000-995da000 Deferred libgfxshared.dylib PE 995da000-995e7000 Deferred libgl.dylib PE 995e7000-99622000 Deferred libglimage.dylib PE 997a3000-997e2000 Deferred libglu.dylib PE 9a1b2000-9a1c2000 Deferred opengl PE 9ad6e000-9afbd000 Deferred quartzcore PE 9b456000-9b72c000 Deferred security PE 9b72c000-9b79d000 Deferred securityfoundation PE 9b7c5000-9b7ca000 Deferred servicemanagement PE 9b8fd000-9b96c000 Deferred systemconfiguration PE 9de9c000-9df52000 Deferred apfs PE 9e670000-9e69f000 Deferred apple80211 PE 9e6a0000-9e6ab000 Deferred applefscompression PE 9e7ab000-9e7ea000 Deferred applejpeg PE 9e931000-9e93a000 Deferred backgroundtaskmanagement PE 9e93a000-9e9d4000 Deferred backup PE 9eb0f000-9eb19000 Deferred commonauth PE 9ef96000-9efa8000 Deferred coreemoji PE 9f012000-9f07a000 Deferred corenlp PE 9f125000-9f158000 Deferred coreservicesinternal PE 9f158000-9f1e0000 Deferred coresymbolication PE 9f1e0000-9f304000 Deferred coreui PE 9f304000-9f3df000 Deferred coreutils PE 9f42e000-9f48b000 Deferred corewifi PE 9f48b000-9f49d000 Deferred crashreportersupport PE 9f50a000-9f518000 Deferred dfrfoundation PE 9f55b000-9f5cb000 Deferred datadetectorscore PE 9f5cb000-9f609000 Deferred debugsymbols PE 9f609000-9f74d000 Deferred desktopservicespriv PE 9fa53000-9fe70000 Deferred facecore PE a39b0000-a3a25000 Deferred heimdal PE a3ce7000-a3cef000 Deferred ioaccelerator PE a3cef000-a3d09000 Deferred iopresentment PE a3d64000-a3d8d000 Deferred iconservices PE a3dc0000-a3e9a000 Deferred languagemodeling PE a3e9a000-a3ed5000 Deferred lexicon PE a3ed8000-a3ede000 Deferred linguisticdata PE a4072000-a4099000 Deferred metadatautilities PE a42b5000-a42e1000 Deferred multitouchsupport PE a43b0000-a43bb000 Deferred netauth PE a4414000-a4466000 Deferred otsvg PE a44b3000-a44c1000 Deferred performanceanalysis PE a4556000-a4573000 Deferred protocolbuffer PE a4652000-a4675000 Deferred remoteviewservices PE a471f000-a473c000 Deferred sharing PE a4814000-a4821000 Deferred speechrecognitioncore PE a4b1d000-a4ba7000 Deferred symbolication PE a4bf9000-a4c06000 Deferred tcc PE a4c06000-a4c1e000 Deferred textureio PE a4c4f000-a4dd6000 Deferred uifoundation PE a507a000-a514c000 Deferred viewbridge PE a52c1000-a52c4000 Deferred loginsupport PE a53b4000-a53e8000 Deferred libcrfsuite.dylib PE a53e8000-a53f2000 Deferred libchinesetokenizer.dylib PE a5488000-a548a000 Deferred libdiagnosticmessagesclient.dylib PE a54bb000-a5724000 Deferred libfosl_dynamic.dylib PE a572b000-a572c000 Deferred libopenscriptingutil.dylib PE a5867000-a5869000 Deferred libsystem.b.dylib PE a5869000-a586b000 Deferred libthaitokenizer.dylib PE a5877000-a588e000 Deferred libapple_nghttp2.dylib PE a588e000-a58ba000 Deferred libarchive.2.dylib PE a58ba000-a5a04000 Deferred libate.dylib PE a5a07000-a5a08000 Deferred libauto.dylib PE a5a08000-a5a18000 Deferred libbsm.0.dylib PE a5a18000-a5a26000 Deferred libbz2.1.0.dylib PE a5a26000-a5a7b000 Deferred libc++.1.dylib PE a5a7b000-a5a8f000 Deferred libc++abi.dylib PE a5a8f000-a5a90000 Deferred libcharset.1.dylib PE a5a90000-a5aa2000 Deferred libcmph.dylib PE a5aa2000-a5ab8000 Deferred libcompression.dylib PE a5ab8000-a5ace000 Deferred libcoretls.dylib PE a5ace000-a5ad0000 Deferred libcoretls_cfhelpers.dylib PE a5f2f000-a5f89000 Deferred libcups.2.dylib PE a609b000-a609c000 Deferred libenergytrace.dylib PE a60c9000-a60ce000 Deferred libgermantok.dylib PE a60ce000-a60d3000 Deferred libheimdal-asn1.dylib PE a60fd000-a61ed000 Deferred libiconv.2.dylib PE a61ed000-a6449000 Deferred libicucore.a.dylib PE a648f000-a6491000 Deferred liblangid.dylib PE a6491000-a64aa000 Deferred liblzma.5.dylib PE a64c0000-a6568000 Deferred libmecab.1.0.0.dylib PE a6568000-a6767000 Deferred libmecabra.dylib PE a692f000-a6c71000 Deferred libnetwork.dylib PE a6c71000-a73e7000 Deferred libobjc.a.dylib PE a73ea000-a73ef000 Deferred libpam.2.dylib PE a73f1000-a7425000 Deferred libpcap.a.dylib PE a7462000-a747b000 Deferred libresolv.9.dylib PE a74c8000-a7697000 Deferred libsqlite3.dylib PE a7871000-a7875000 Deferred libutil.dylib PE a7875000-a7883000 Deferred libxar.1.dylib PE a7883000-a7962000 Deferred libxml2.2.dylib PE a7962000-a798b000 Deferred libxslt.1.dylib PE a798b000-a799b000 Deferred libz.1.dylib PE a79d4000-a79d9000 Deferred libcache.dylib PE a79d9000-a79e4000 Deferred libcommoncrypto.dylib PE a79e4000-a79ec000 Deferred libcompiler_rt.dylib PE a79ec000-a79f7000 Deferred libcopyfile.dylib PE a79f7000-a7a5f000 Deferred libcorecrypto.dylib PE a7ac8000-a7aff000 Deferred libdispatch.dylib PE a7aff000-a7b2d000 Deferred libdyld.dylib PE a7b2d000-a7b2e000 Deferred libkeymgr.dylib PE a7b2e000-a7b3b000 Deferred libkxld.dylib PE a7b3b000-a7b3c000 Deferred liblaunch.dylib PE a7b3c000-a7b42000 Deferred libmacho.dylib PE a7b42000-a7b45000 Deferred libquarantine.dylib PE a7b45000-a7b47000 Deferred libremovefile.dylib PE a7b47000-a7b5f000 Deferred libsystem_asl.dylib PE a7b5f000-a7b60000 Deferred libsystem_blocks.dylib PE a7b60000-a7bed000 Deferred libsystem_c.dylib PE a7bed000-a7bf1000 Deferred libsystem_configuration.dylib PE a7bf1000-a7bf5000 Deferred libsystem_coreservices.dylib PE a7bf5000-a7bfc000 Deferred libsystem_darwin.dylib PE a7bfc000-a7c03000 Deferred libsystem_dnssd.dylib PE a7c03000-a7c53000 Deferred libsystem_info.dylib PE a7c53000-a7c7c000 Deferred libsystem_kernel.dylib PE a7c7c000-a7ccc000 Deferred libsystem_m.dylib PE a7ccc000-a7ce9000 Deferred libsystem_malloc.dylib PE a7ce9000-a7cf5000 Deferred libsystem_networkextension.dylib PE a7cf5000-a7cfc000 Deferred libsystem_notify.dylib PE a7cfc000-a7d04000 Deferred libsystem_platform.dylib PE a7d04000-a7d10000 Deferred libsystem_pthread.dylib PE a7d10000-a7d14000 Deferred libsystem_sandbox.dylib PE a7d14000-a7d17000 Deferred libsystem_secinit.dylib PE a7d17000-a7d1f000 Deferred libsystem_symptoms.dylib PE a7d1f000-a7d34000 Deferred libsystem_trace.dylib PE a7d35000-a7d3c000 Deferred libunwind.dylib PE a7d3c000-a7d6b000 Deferred libxpc.dylib PE ba300000-ba306000 Deferred libcyrillicconverter.dylib Threads: process tid prio (all id:s are in hex) 00000008 Garrys_Mod.exe 00000009 -15 0000000e services.exe 00000023 0 0000001a 0 00000013 0 00000010 0 0000000f 0 00000011 plugplay.exe 00000017 0 00000016 0 00000012 0 00000018 winedevice.exe 00000020 0 0000001d 0 0000001c 0 0000001b 0 00000019 0 0000001e explorer.exe 00000029 0 00000028 0 00000027 0 0000001f 0 00000021 winedevice.exe 00000026 0 00000025 0 00000024 0 00000022 0 0000002a revLoader.exe 0000002b 0 0000002c (D) C:\Program Files\Strogino CS Portal\Garrys Mod\hl2.exe 00000032 0 0000002f 0 0000002e 0 0000002d 0 <== System information: Wine build: wine-5.0 Platform: i386 (WOW64) Version: Windows 7 Host system: Darwin Host version: 18.7.0 -- 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 45820] New: Symantec Eraser Control Driver 'eeCtrl64.sys' (Norton 360 ) crashes on unimplemented function ntoskrnl.exe.ExpInterlocked{Push, Pop}EntrySList
by wine-bugs＠winehq.org 31 Dec '20

31 Dec '20

https://bugs.winehq.org/show_bug.cgi?id=45820 Bug ID: 45820 Summary: Symantec Eraser Control Driver 'eeCtrl64.sys' (Norton 360) crashes on unimplemented function ntoskrnl.exe.ExpInterlocked{Push,Pop}EntrySList Product: Wine Version: 3.15 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntoskrnl Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 45819 --- snip --- $ WINEDEBUG=+seh,+relay,+ntoskrnl wineboot >>log.txt 2>&1 ... 0016:Call ntoskrnl.exe.RtlInitUnicodeString(0033f460,0002e730 L"C:\\Program Files (x86)\\Common Files\\Symantec Shared\\EENGINE\\EPERSIST.DAT") ret=0047a48a 0016:Call ntdll.RtlInitUnicodeString(0033f460,0002e730 L"C:\\Program Files (x86)\\Common Files\\Symantec Shared\\EENGINE\\EPERSIST.DAT") ret=7bcfe083 0016:Ret ntdll.RtlInitUnicodeString() retval=0033f460 ret=7bcfe083 0016:Ret ntoskrnl.exe.RtlInitUnicodeString() retval=0033f460 ret=0047a48a 0016:Call ntoskrnl.exe.ZwOpenKey(0033f440,00020019,0033f3a0) ret=0047ca8d 0016:Call ntdll.NtOpenKey(0033f440,00020019,0033f3a0) ret=7bcfe083 0016:Ret ntdll.NtOpenKey() retval=00000000 ret=7bcfe083 0016:Ret ntoskrnl.exe.ZwOpenKey() retval=00000000 ret=0047ca8d 0016:Call ntoskrnl.exe.RtlInitUnicodeString(0033f390,004665b8 L"Started") ret=0047c9ee 0016:Call ntdll.RtlInitUnicodeString(0033f390,004665b8 L"Started") ret=7bcfe083 0016:Ret ntdll.RtlInitUnicodeString() retval=0033f390 ret=7bcfe083 0016:Ret ntoskrnl.exe.RtlInitUnicodeString() retval=0033f390 ret=0047c9ee 0016:Call ntoskrnl.exe.ZwOpenKey(0033f418,000f003f,0033f3a0) ret=0047ca8d 0016:Call ntdll.NtOpenKey(0033f418,000f003f,0033f3a0) ret=7bcfe083 0016:Ret ntdll.NtOpenKey() retval=c0000034 ret=7bcfe083 0016:Ret ntoskrnl.exe.ZwOpenKey() retval=c0000034 ret=0047ca8d 0016:Call ntoskrnl.exe.RtlInitUnicodeString(0033f490,004665b8 L"Started") ret=00474bfe 0016:Call ntdll.RtlInitUnicodeString(0033f490,004665b8 L"Started") ret=7bcfe083 0016:Ret ntdll.RtlInitUnicodeString() retval=0033f490 ret=7bcfe083 0016:Ret ntoskrnl.exe.RtlInitUnicodeString() retval=0033f490 ret=00474bfe 0016:Call ntoskrnl.exe.ZwCreateKey(0033f418,000f003f,0033f460,00000000,00000000,00000001,00000000) ret=0047cb6c 0016:Call ntdll.NtCreateKey(0033f418,000f003f,0033f460,00000000,00000000,00000001,00000000) ret=7bcfe083 0016:Ret ntdll.NtCreateKey() retval=00000000 ret=7bcfe083 0016:Ret ntoskrnl.exe.ZwCreateKey() retval=00000000 ret=0047cb6c 0016:Call ntoskrnl.exe.ZwClose(00000040) ret=0047c926 0016:Call ntdll.NtClose(00000040) ret=7bcfe083 0016:Ret ntdll.NtClose() retval=00000000 ret=7bcfe083 0016:Ret ntoskrnl.exe.ZwClose() retval=00000000 ret=0047c926 0016:Call ntoskrnl.exe.ZwClose(0000003c) ret=0047c926 0016:Call ntdll.NtClose(0000003c) ret=7bcfe083 0016:Ret ntdll.NtClose() retval=00000000 ret=7bcfe083 0016:Ret ntoskrnl.exe.ZwClose() retval=00000000 ret=0047c926 0016:trace:seh:NtRaiseException code=80000100 flags=1 addr=0x7bcd00e7 ip=7bcd00e7 tid=0016 0016:trace:seh:NtRaiseException info[0]=00000000004c6878 0016:trace:seh:NtRaiseException info[1]=00000000004c67ac wine: Call from 0x7bcd00e7 to unimplemented function ntoskrnl.exe.ExpInterlockedPopEntrySList, aborting --- snip --- 'ntoskrnl.exe.ExpInterlockedPushEntrySList' is imported too, so it makes sense to add both stubs here. $ sha1sum N360-TW-21.1.0-EN.exe aa05ccf9668e166ef28923d451f1c2ecad6f75f1 N360-TW-21.1.0-EN.exe $ du -sh N360-TW-21.1.0-EN.exe 202M N360-TW-21.1.0-EN.exe $ wine --version wine-3.15-150-gb29cdbd5f2 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 7

[Bug 50428] New: 'BHDrvx64'.sys' (part of Norton Antivirus 2010) crashes on unimplemented function 'ntoskrnl.exe.SeCaptureSecurityDescriptor'
by WineHQ Bugzilla 31 Dec '20

31 Dec '20

https://bugs.winehq.org/show_bug.cgi?id=50428 Bug ID: 50428 Summary: 'BHDrvx64'.sys' (part of Norton Antivirus 2010) crashes on unimplemented function 'ntoskrnl.exe.SeCaptureSecurityDescriptor' Product: Wine Version: 6.0-rc4 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntoskrnl Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. Continuation of bug 34083 The driver is part of Norton Antivirus 2010, installed as auto-start kernel service. --- snip --- $ WINEDEBUG=+seh,+relay,+ntoskrnl,+winedevice wineboot >>log.txt 2>&1 ... 0054:trace:ntoskrnl:load_driver loading driver L"C:\\ProgramData\\Norton\\{0C55C096-0F1D-4F28-AAA2-85EF591126E7}\\NAV_17.0.0.136\\Definitions\\BASHDefs\\20090829.001\\BHDrvx64.sys" 0054:Call KERNEL32.LoadLibraryW(00043480 L"C:\\ProgramData\\Norton\\{0C55C096-0F1D-4F28-AAA2-85EF591126E7}\\NAV_17.0.0.136\\Definitions\\BASHDefs\\20090829.001\\BHDrvx64.sys") ret=0032606e ... 0054:trace:ntoskrnl:ldr_notify_callback loading L"FLTMGR.SYS" ... 0054:trace:ntoskrnl:ldr_notify_callback loading L"BHDrvx64.sys" ... 0054:Ret KERNEL32.LoadLibraryW() retval=00d60000 ret=0032606e ... 0054:Call driver init 0000000000DFC064 (obj=00000000000431C0,str=L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\BHDrvx64") ... 0054:Call KERNEL32.RaiseException(80000100,00000001,00000002,00c3f570) ret=00330ad5 0054:Call ntdll.memcpy(00c3f450,00c3f570,00000010) ret=7b012ae3 0054:Ret ntdll.memcpy() retval=00c3f450 ret=7b012ae3 0054:trace:seh:dispatch_exception code=80000100 flags=1 addr=000000007B012AF2 ip=000000007B012AF2 tid=0054 0054:trace:seh:dispatch_exception info[0]=000000000034f000 0054:trace:seh:dispatch_exception info[1]=0000000000352f16 0054:trace:seh:call_vectored_handlers calling handler at 000000000031D2F0 code=80000100 flags=1 0054:trace:seh:call_vectored_handlers handler at 000000000031D2F0 returned 0 0054:trace:seh:call_vectored_handlers calling handler at 000000007B011BA0 code=80000100 flags=1 0054:trace:seh:call_vectored_handlers handler at 000000007B011BA0 returned 0 ... wine: Call from 000000007B012AF2 to unimplemented function ntoskrnl.exe.SeCaptureSecurityDescriptor, aborting --- snip --- Wine source: https://source.winehq.org/git/wine.git/blob/784cb2060ab63076adc349dcb1d15a6… --- snip --- 1317 @ stub SeCaptureSecurityDescriptor --- snip --- Virustotal.com scan of the binary: https://www.virustotal.com/gui/file/b8110fba782df5f9bfc25d39315b5ccd1f375b2… $ sha1sum NAV10TBEN.exe eadfb9c860146186c548aba695a9be87607f5586 NAV10TBEN.exe $ du -sh NAV10TBEN.exe 74M NAV10TBEN.exe $ wine --version wine-6.0-rc4 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 28596] New:=?UTF-8?Q?=20=D0=BF=D1=80=D0=B8=20=D0=B7=D0=B0=D0=BF=D1=83=D1=81=D0=BA=D0=B5=20Wow=20=D0=B7=D0=B0=D0=B3=D1=80=D1=83=D0=B6=D0=B0=D0=B5=D1=82=D1=81=D1=8F?=, и вываливается такая ошибка.
by wine-bugs＠winehq.org 31 Dec '20

31 Dec '20

http://bugs.winehq.org/show_bug.cgi?id=28596 Bug #: 28596 Summary: при запуске Wow загружается, и вываливается такая ошибка. Product: Wine Version: 1.3.15 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: opengl AssignedTo: wine-bugs(a)winehq.org ReportedBy: TonyJinRamos(a)gmail.com Classification: Unclassified wine: Unhandled page fault on execute access to 0x00000000 at address (nil) (thread 0009), starting debugger... Unhandled exception: page fault on execute access to 0x00000000 in 32-bit code (0x00000000). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:00000000 ESP:0032fc04 EBP:0032fc64 EFLAGS:00210246( R- -- I Z- -P- ) EAX:000083f1 EBX:00008000 ECX:00000de1 EDX:14c5ff28 ESI:00000000 EDI:14938d28 Stack dump: 0x0032fc04: 0084a995 00000de1 00000000 000083f1 0x0032fc14: 00000100 00000100 00000000 00008000 0x0032fc24: 14c5ff28 00000100 14938d28 00000100 0x0032fc34: 00000000 00000000 00000100 00000100 0x0032fc44: 0000813d 00000008 00000000 00000200 0x0032fc54: 14c67f28 00008000 14c5ff28 000083f1 Backtrace: =>0 0x00000000 (0x0032fc64) 1 0x0084aba9 in wow (+0x44aba8) (0x0032fcb8) 2 0x0084ac52 in wow (+0x44ac51) (0x0032fcc8) 3 0x0082dfaa in wow (+0x42dfa9) (0x0032fcd4) 4 0x0082b3d5 in wow (+0x42b3d4) (0x0032fcf8) 5 0x006e9de0 in wow (+0x2e9ddf) (0x0032fd38) 6 0x0088c819 in wow (+0x48c818) (0x0032fd68) 7 0x0088988c in wow (+0x48988b) (0x0032fd90) 8 0x0088aeda in wow (+0x48aed9) (0x0032fde4) 9 0x0088af21 in wow (+0x48af20) (0x0032fdfc) 10 0x00407d97 in wow (+0x7d96) (0x0032fe90) 11 0x7b85856c call_process_entry+0xb() in kernel32 (0x0032fea8) 12 0x7b85920f ExitProcess+0xc9e() in kernel32 (0x0032fee8) 13 0x7bc72f18 call_thread_func+0xb() in ntdll (0x0032fef8) 14 0x7bc759c0 call_thread_entry_point+0x6f() in ntdll (0x0032ffc8) 15 0x7bc4a9da call_dll_entry_point+0x629() in ntdll (0x0032ffe8) 0x00000000: -- no code accessible -- Modules: Module Address Debug info Name (153 modules) PE 400000- 109b000 Export wow PE 3c8f0000-3d78785e Deferred battle.net PE 78130000-781cb000 Deferred msvcr80 ELF 7b800000-7b990000 Dwarf kernel32<elf> \-PE 7b810000-7b990000 \ kernel32 ELF 7bc00000-7bcbb000 Dwarf ntdll<elf> \-PE 7bc10000-7bcbb000 \ ntdll ELF 7bf00000-7bf04000 Deferred <wine-loader> ELF 7d438000-7d475000 Deferred libdbus-1.so.3 ELF 7d475000-7d47a000 Deferred libgpg-error.so.0 ELF 7d47a000-7d48b000 Deferred libtasn1.so.3 ELF 7d48b000-7d4a0000 Deferred libresolv.so.2 ELF 7d4a0000-7d4a8000 Deferred libkrb5support.so.0 ELF 7d4a8000-7d4b8000 Deferred libavahi-client.so.3 ELF 7d4b8000-7d4c4000 Deferred libavahi-common.so.3 ELF 7d4c4000-7d538000 Deferred libgcrypt.so.11 ELF 7d538000-7d5ce000 Deferred libgnutls.so.26 ELF 7d5ce000-7d5f2000 Deferred libk5crypto.so.3 ELF 7d5f2000-7d6a0000 Deferred libkrb5.so.3 ELF 7d6a0000-7d6d0000 Deferred libgssapi_krb5.so.2 ELF 7d6d0000-7d71a000 Deferred libcups.so.2 ELF 7d760000-7d794000 Deferred uxtheme<elf> \-PE 7d770000-7d794000 \ uxtheme ELF 7d7c3000-7d8b3000 Deferred libglsl.so ELF 7d8b3000-7daa6000 Deferred libdricore.so ELF 7daa6000-7db4f000 Deferred i965_dri.so ELF 7db7a000-7db84000 Deferred libxcursor.so.1 ELF 7db84000-7db88000 Deferred libxcomposite.so.1 ELF 7db88000-7db90000 Deferred libxrandr.so.2 ELF 7db90000-7db9a000 Deferred libxrender.so.1 ELF 7db9a000-7db9e000 Deferred libxinerama.so.1 ELF 7db9e000-7dba2000 Deferred libkeyutils.so.1 ELF 7dbaf000-7dbb3000 Deferred libcom_err.so.2 ELF 7dbb3000-7dbbe000 Deferred libdrm_intel.so.1 ELF 7dbc0000-7dc69000 Deferred winex11<elf> \-PE 7dbd0000-7dc69000 \ winex11 ELF 7dc81000-7dcab000 Deferred libexpat.so.1 ELF 7dcab000-7dcda000 Deferred libfontconfig.so.1 ELF 7dcda000-7dd60000 Deferred libfreetype.so.6 ELF 7dd60000-7dd97000 Deferred libncurses.so.5 ELF 7ddb9000-7dde2000 Deferred msacm32<elf> \-PE 7ddc0000-7dde2000 \ msacm32 ELF 7dde2000-7de7b000 Deferred winmm<elf> \-PE 7ddf0000-7de7b000 \ winmm ELF 7de7b000-7de90000 Deferred hid<elf> \-PE 7de80000-7de90000 \ hid ELF 7de90000-7dec8000 Deferred winspool<elf> \-PE 7dea0000-7dec8000 \ winspool ELF 7dec8000-7df27000 Deferred setupapi<elf> \-PE 7ded0000-7df27000 \ setupapi ELF 7df27000-7df9a000 Deferred rpcrt4<elf> \-PE 7df30000-7df9a000 \ rpcrt4 ELF 7df9a000-7e09e000 Deferred ole32<elf> \-PE 7dfb0000-7e09e000 \ ole32 ELF 7e09e000-7e0d9000 Deferred dinput<elf> \-PE 7e0b0000-7e0d9000 \ dinput ELF 7e0d9000-7e109000 Deferred ws2_32<elf> \-PE 7e0e0000-7e109000 \ ws2_32 ELF 7e109000-7e1fd000 Deferred comctl32<elf> \-PE 7e110000-7e1fd000 \ comctl32 ELF 7e1fd000-7e3fa000 Deferred shell32<elf> \-PE 7e210000-7e3fa000 \ shell32 ELF 7e3fa000-7e45e000 Deferred shlwapi<elf> \-PE 7e410000-7e45e000 \ shlwapi ELF 7e45e000-7e482000 Deferred mpr<elf> \-PE 7e460000-7e482000 \ mpr ELF 7e482000-7e497000 Deferred libz.so.1 ELF 7e49e000-7e4b9000 Deferred dinput8<elf> \-PE 7e4a0000-7e4b9000 \ dinput8 ELF 7e4b9000-7e520000 Deferred wininet<elf> \-PE 7e4c0000-7e520000 \ wininet ELF 7e520000-7e651000 Deferred wined3d<elf> \-PE 7e530000-7e651000 \ wined3d ELF 7e651000-7e685000 Deferred d3d9<elf> \-PE 7e660000-7e685000 \ d3d9 ELF 7e685000-7e68e000 Deferred librt.so.1 ELF 7e68e000-7e694000 Deferred libxdmcp.so.6 ELF 7e694000-7e698000 Deferred libxau.so.6 ELF 7e698000-7e6b4000 Deferred libgcc_s.so.1 ELF 7e79f000-7e7a9000 Deferred libdrm.so.2 ELF 7e7a9000-7e7af000 Deferred libxxf86vm.so.1 ELF 7e7af000-7e7b5000 Deferred libxfixes.so.3 ELF 7e7b5000-7e7b9000 Deferred libxdamage.so.1 ELF 7e7b9000-7e7d2000 Deferred libxcb.so.1 ELF 7e7d2000-7e7d7000 Deferred libuuid.so.1 ELF 7e7d7000-7e82d000 Deferred libgl.so.1 ELF 7e82d000-7e948000 Deferred libx11.so.6 ELF 7e948000-7e957000 Deferred libxext.so.6 ELF 7e957000-7e96f000 Deferred libice.so.6 ELF 7e970000-7e991000 Deferred imm32<elf> \-PE 7e980000-7e991000 \ imm32 ELF 7e991000-7ea43000 Deferred opengl32<elf> \-PE 7e9b0000-7ea43000 \ opengl32 ELF 7ea43000-7ea9f000 Deferred advapi32<elf> \-PE 7ea50000-7ea9f000 \ advapi32 ELF 7ea9f000-7eb2d000 Deferred gdi32<elf> \-PE 7eab0000-7eb2d000 \ gdi32 ELF 7eb2d000-7ec62000 Deferred user32<elf> \-PE 7eb40000-7ec62000 \ user32 ELF 7ef82000-7ef8e000 Deferred libnss_files.so.2 ELF 7ef8e000-7ef99000 Deferred libnss_nis.so.2 ELF 7ef99000-7efb0000 Deferred libnsl.so.1 ELF 7efb0000-7efb8000 Deferred libnss_compat.so.2 ELF 7efb8000-7efde000 Deferred libm.so.6 ELF 7efdf000-7efe7000 Deferred libsm.so.6 ELF 7efe7000-7f000000 Deferred version<elf> \-PE 7eff0000-7f000000 \ version ELF ec9c9000-ec9df000 Deferred psapi<elf> \-PE ec9d0000-ec9df000 \ psapi ELF ec9df000-eca3b000 Deferred dbghelp<elf> \-PE ec9f0000-eca3b000 \ dbghelp ELF eca3b000-eca63000 Deferred winhttp<elf> \-PE eca40000-eca63000 \ winhttp ELF eca63000-ecb0e000 Deferred crypt32<elf> \-PE eca70000-ecb0e000 \ crypt32 ELF ecb0e000-ecb9b000 Deferred msvcrt<elf> \-PE ecb20000-ecb9b000 \ msvcrt ELF ecb9b000-ecbb2000 Deferred libsasl2.so.2 ELF ecbb2000-ecbf7000 Deferred libldap_r-2.4.so.2 ELF ecbf8000-ecc19000 Deferred iphlpapi<elf> \-PE ecc00000-ecc19000 \ iphlpapi ELF f1867000-f1874000 Deferred liblber-2.4.so.2 ELF f1874000-f18cc000 Deferred wldap32<elf> \-PE f1880000-f18cc000 \ wldap32 ELF f59ee000-f5a04000 Deferred midimap<elf> \-PE f59f0000-f5a04000 \ midimap ELF f5a04000-f5a1d000 Deferred msacm32<elf> \-PE f5a10000-f5a1d000 \ msacm32 ELF f621e000-f6225000 Deferred libogg.so.0 ELF f6225000-f624c000 Deferred libvorbis.so.0 ELF f624c000-f63c4000 Deferred libvorbisenc.so.2 ELF f63c4000-f6410000 Deferred libflac.so.8 ELF f6410000-f6476000 Deferred libsndfile.so.1 ELF f6476000-f647f000 Deferred libwrap.so.0 ELF f647f000-f64c8000 Deferred libpulsecommon-0.9.22.so ELF f64c8000-f64cd000 Deferred libxcb-atom.so.1 ELF f64cd000-f64d3000 Deferred libxtst.so.6 ELF f64d3000-f64d6000 Deferred libx11-xcb.so.1 ELF f64d6000-f6517000 Deferred libpulse.so.0 ELF f6517000-f65e3000 Deferred libasound.so.2 ELF f65ed000-f65f3000 Deferred libasound_module_pcm_pulse.so ELF f6605000-f663b000 Deferred winealsa<elf> \-PE f6610000-f663b000 \ winealsa ELF f663b000-f6683000 Deferred dsound<elf> \-PE f6640000-f6683000 \ dsound ELF f7475000-f7479000 Deferred libdl.so.2 ELF f7479000-f75d6000 Deferred libc.so.6 ELF f75d6000-f75ef000 Deferred libpthread.so.0 ELF f7606000-f760c000 Deferred libnss_dns.so.2 ELF f760c000-f7610000 Deferred libnss_mdns4_minimal.so.2 ELF f7611000-f7752000 Dwarf libwine.so.1 ELF f7754000-f7772000 Deferred ld-linux.so.2 ELF f7772000-f7773000 Deferred [vdso].so Threads: process tid prio (all id:s are in hex) 00000008 (D) Z:\media\└Ёїшт\2\World of Warcraft\Wow.exe 00000046 0 00000045 0 00000044 0 00000043 0 00000042 0 00000041 0 00000040 0 0000003f 0 0000003e 0 0000003d 0 0000003c 0 0000003b 0 0000003a 0 00000039 0 00000038 0 00000037 0 00000032 1 00000031 1 0000002f 0 0000002e 0 0000002d 0 0000002c 2 0000002b 15 0000002a 15 00000028 0 00000027 0 00000026 0 00000025 0 00000024 0 00000023 0 00000021 0 00000009 0 <== 0000000e services.exe 0000001b 0 00000014 0 00000010 0 0000000f 0 00000011 winedevice.exe 00000017 0 00000016 0 00000013 0 00000012 0 00000018 plugplay.exe 0000001d 0 0000001a 0 00000019 0 0000001e explorer.exe 0000001f 0 Backtrace: =>0 0x00000000 (0x0032fc64) 1 0x0084aba9 in wow (+0x44aba8) (0x0032fcb8) 2 0x0084ac52 in wow (+0x44ac51) (0x0032fcc8) 3 0x0082dfaa in wow (+0x42dfa9) (0x0032fcd4) 4 0x0082b3d5 in wow (+0x42b3d4) (0x0032fcf8) 5 0x006e9de0 in wow (+0x2e9ddf) (0x0032fd38) 6 0x0088c819 in wow (+0x48c818) (0x0032fd68) 7 0x0088988c in wow (+0x48988b) (0x0032fd90) 8 0x0088aeda in wow (+0x48aed9) (0x0032fde4) 9 0x0088af21 in wow (+0x48af20) (0x0032fdfc) 10 0x00407d97 in wow (+0x7d96) (0x0032fe90) 11 0x7b85856c call_process_entry+0xb() in kernel32 (0x0032fea8) 12 0x7b85920f ExitProcess+0xc9e() in kernel32 (0x0032fee8) 13 0x7bc72f18 call_thread_func+0xb() in ntdll (0x0032fef8) 14 0x7bc759c0 call_thread_entry_point+0x6f() in ntdll (0x0032ffc8) 15 0x7bc4a9da call_dll_entry_point+0x629() in ntdll (0x0032ffe8) -- 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 4

[Bug 39121] New: The Quest Editor ( http://www.redshift.hu/quest/editor.zip ) : crashes when loading an expansion file with a "surface map" (e.g. loading this: https://www.dropbox.com/s/4zxh11sgyj5b47c/TheQuestTest.pdb?dl=0 will crash it).
by wine-bugs＠winehq.org 30 Dec '20

30 Dec '20

https://bugs.winehq.org/show_bug.cgi?id=39121 Bug ID: 39121 Summary: The Quest Editor ( http://www.redshift.hu/quest/editor.zip ) : crashes when loading an expansion file with a "surface map" (e.g. loading this: https://www.dropbox.com/s/4zxh11sgyj5b47c/TheQuestTest .pdb?dl=0 will crash it). 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: dark_god990(a)yahoo.com Distribution: --- Created attachment 52130 --> https://bugs.winehq.org/attachment.cgi?id=52130 log outputted after crash The Quest Editor ( http://www.redshift.hu/quest/editor.zip ) : crashes when loading an expansion file with a "surface map" (e.g. loading this: https://www.dropbox.com/s/4zxh11sgyj5b47c/TheQuestTest.pdb?dl=0 will crash it). To replicate crash: Download this: http://www.redshift.hu/quest/editor.zip . Extract contents. Run "TheQuestEditor.exe". At the top toolbar, click "File", then "New". Follow instructions in dialogue box that opens, then click "Ok". At the top toolbar, click "Map", then "Create Surface Maps". In corresponding field to "base_id:", type in an id prefixed by your world id and and an underscore (it should have both already, you just need to append with and id not containing spaces). Click "Ok". Press Ctrl+S to save your expansion. Click "Ok" in the resulting dialogue box. Reload the application. Load your previously saved expansion with the surface map. It will crash. To determine that it is caused by the surface map, you can repeat this by loading a file without a surface map and it will open without problems. Alternatively: Download this: http://www.redshift.hu/quest/editor.zip . Extract contents. Download this: https://www.dropbox.com/s/4zxh11sgyj5b47c/TheQuestTest.pdb?dl=0 and save the file to the folder containing the contents of the zip file. Run "TheQuestEditor.exe". At the top toolbar, click "File", then "Load". Open "TheQuestTest.pdb". It will also crash. -- 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 14

[Bug 46154] New: Doxie 2.10.3 (any ver, really): Crashes when exporting PDF with OCR (ABBYY FineReader Engine OCR SDK)
by wine-bugs＠winehq.org 30 Dec '20

30 Dec '20

https://bugs.winehq.org/show_bug.cgi?id=46154 Bug ID: 46154 Summary: Doxie 2.10.3 (any ver, really): Crashes when exporting PDF with OCR (ABBYY FineReader Engine OCR SDK) Product: Wine Version: 3.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: stgarf+winebugs(a)gmail.com Distribution: --- Created attachment 62793 --> https://bugs.winehq.org/attachment.cgi?id=62793 Doxie_ABBYY_Finereader_Crash_CommandLineInterface.exe Doxie is an application that goes with my portable document scanner. It copies the scans off the scanner and allows you to export them. A great feature is that it exports them with OCR using ABBYY technology that's licensed to application. Doxie crashes when exporting a scan with a OCR'd (I'm assuming it's using ABBYY FineReader Engine? but I have no idea, was just browsing) text. My bug is extremely similar to the following: https://bugs.winehq.org/show_bug.cgi?id=15361 (Closed/Abandoned) https://bugs.winehq.org/show_bug.cgi?id=30626 (Closed/Fixed) (Doesn't seem fixed... :p) https://bugs.winehq.org/show_bug.cgi?id=39184 (UNCONFIRMED) - Comment #3 (from ~6 years ago says it's fixed..): https://bugs.winehq.org/show_bug.cgi?id=30626#c3 Wine version: wine-3.0 (Ubuntu 3.0-1ubuntu1) OS: Linux chrx 4.8.17-galliumos #1 SMP PREEMPT galliumos4 Thu Feb 23 02:27:28 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux (It's a 2013 Chromebook Pixel). Crash dump and screenshot of error message attached. -- 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 20

[Bug 39184] New: Doxie: Error Creating OCR File in Doxie.exe
by wine-bugs＠winehq.org 30 Dec '20

30 Dec '20

https://bugs.winehq.org/show_bug.cgi?id=39184 Bug ID: 39184 Summary: Doxie: Error Creating OCR File in Doxie.exe 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: m(a)2kmark.com Distribution: --- Created attachment 52230 --> https://bugs.winehq.org/attachment.cgi?id=52230 Command Line Debug Log Prereqs: 1. Install Doxie (http://www.getdoxie.com/resources/files/old/DoxieSetup_2_6.exe) 2. Import JPG files. To reproduce: 1. Click on any imported JPG file. 2. Click "Save." 3. Choose as PDF OCR (B&W or Color). 4. Save anywhere. It seems to call a program called CommandLineInterface.com (inside OCR folder) and has some components from ABBYY. PS - Same problem on the newest version 2.8.1. -- 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 17331] New: ABBYY ScanTo Office 1.0 Demo: program doesn't run, no output on console
by wine-bugs＠winehq.org 30 Dec '20

30 Dec '20

http://bugs.winehq.org/show_bug.cgi?id=17331 Summary: ABBYY ScanTo Office 1.0 Demo: program doesn't run, no output on console Product: Wine Version: 1.1.14 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: a.strich.b(a)web.de ABBYY ScanTo Office 1.0 is a GUI application. I got the demo at http://fr7.abbyy.com/scanto/Scanto01TB.exe The install works (with lots of fixme's and err's), but when I try to run ScanToOffice.exe, nothing happens. No log output on console, even with WINEDBG="+trace,+all" -- 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 49454] New: Verion 5.11 breaks Origin Client
by WineHQ Bugzilla 29 Dec '20

29 Dec '20

https://bugs.winehq.org/show_bug.cgi?id=49454 Bug ID: 49454 Summary: Verion 5.11 breaks Origin Client Product: Wine-staging Version: 5.11 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: llenort(a)aol.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Hello, wine-staging seems to break the Origin client. The client do not start with wine-staging version 5.11 installed. The Client seems to start but rest in peace with a endless donat loop ;-) I looked at the installation directory of the Origin client under [wine-prefix]/drive_c/ProgramData/Origin/ and saw this: file:// [wine-prefix]/wine_origin/drive_c/ProgramData/Origin/local.xml.lock file:// [wine-prefix]/wine_origin/drive_c/ProgramData/Origin/local.xml.lock.rmlock file:// [wine-prefix]/wine_origin/drive_c/ProgramData/Origin/local.xml.lock.rmlock.rmlock file:// [wine-prefix]/wine_origin/drive_c/ProgramData/Origin/local.xml.lock.rmlock.rmlock.rmlock file:// [wine-prefix]/wine_origin/drive_c/ProgramData/Origin/local.xml.lock.rmlock.rmlock.rmlock.rmlock file:// [wine-prefix]/wine_origin/drive_c/ProgramData/Origin/local.xml.lock.rmlock.rmlock.rmlock.rmlock.rmlock file:// [wine-prefix]/wine_origin/drive_c/ProgramData/Origin/local.xml.lock.rmlock.rmlock.rmlock.rmlock.rmlock.rmlock file:// [wine-prefix]/wine_origin/drive_c/ProgramData/Origin/local.xml.lock.rmlock.rmlock.rmlock.rmlock.rmlock.rmlock.rmlock file:// [wine-prefix]/wine_origin/drive_c/ProgramData/Origin/local.xml.lock.rmlock.rmlock.rmlock.rmlock.rmlock.rmlock.rmlock.rmlock file:// [wine-prefix]/wine_origin/drive_c/ProgramData/Origin/local.xml.lock.rmlock.rmlock.rmlock.rmlock.rmlock.rmlock.rmlock.rmlock.rmlock and so on and so on. When this happens you can not reinstall wine-staging 5.10. The Installation of the Origin Client is broken and must be reset by hand or must reinstalled from scratch. Tested his many times even with complete new install of the Origin Client in a new wine-staging 5.11 prefix. You can see the lock files growing and growing as long the maximum file name length is reached. At the console screen when starting the Origin Client the only message is: can't established a network connection... I think the network access is not the problem because other Windows programs work with no problems accessing the network. Seems Version 5.11 don`t like the Origin Client and all Games are unplayable. But reinstall Version 5.10 or 5.9 and resetting the Origin Client installation directories helps and anything works as before. Maybe this will help to identify the problems with Version 5.11. Thanks for your outstanding work on wine and wine-staging. All the Best. lle -- 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 32771] New: Euro Truck Simulator 2 in-game radio does not work
by wine-bugs＠winehq.org 29 Dec '20

29 Dec '20

http://bugs.winehq.org/show_bug.cgi?id=32771 Bug #: 32771 Summary: Euro Truck Simulator 2 in-game radio does not work Product: Wine Version: 1.5.22 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: rmlipman(a)gmail.com Classification: Unclassified When I try to play an internet radio station in Euro Truck Simulator 2, the stream doesn't play. This error is printed in my terminal: err:ole:CoGetClassObject class {187463a0-5bb7-11d3-acbe-0080c75e246e} not registered err:ole:CoGetClassObject no class object {187463a0-5bb7-11d3-acbe-0080c75e246e} could be created for context 0x1 How to reproduce: 1. Open game 2. Open radio menu 3. Update from internet if list is empty 4. Choose a stream and click play What I expected: The stream should start playing What I got: The stream does not play -- 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 6

[Bug 43826] New: Tomb Raider (1996) GOG now launches only in safe mode
by wine-bugs＠winehq.org 29 Dec '20

29 Dec '20

https://bugs.winehq.org/show_bug.cgi?id=43826 Bug ID: 43826 Summary: Tomb Raider (1996) GOG now launches only in safe mode Product: Wine Version: 2.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jeffry84(a)hotmail.it Distribution: --- The game used to work fully on the Wine version provided on Debian Jessie, but ever since I've switched to Wine Devel the game runs only in safe mode, with less colours and lower resolution. I've tried every graphical option in its Dosbox configurator (previously Direct3D and OpenGL were the best options but they don't work now). It's of course a Dosbox game but as it worked before I'm sure the issue is not on their end. I'm sorry I can't be more specific, but if further testing or info are needed just ask -- 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 35364] New: PaintRibbon 1.x (.NET 3.5 SP1 app) complains on startup with "Cannot create ActiveX component." (WinMGMTS_ParseDisplayName is a stub)
by wine-bugs＠winehq.org 29 Dec '20

29 Dec '20

https://bugs.winehq.org/show_bug.cgi?id=35364 Bug ID: 35364 Summary: PaintRibbon 1.x (.NET 3.5 SP1 app) complains on startup with "Cannot create ActiveX component." (WinMGMTS_ParseDisplayName is a stub) Product: Wine Version: 1.7.10 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: wmi&wbemprox Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Classification: Unclassified Hello folks, as the summary says ... Prerequisite: 'winetricks -q dotnet35sp1 corefonts' Work around bug 34764: 'winetricks -q windowscodecs' Work around bug 15670: --- snip --- $ wine reg add "HKLM\\Software\\Microsoft\\Windows NT\\CurrentVersion\\ProfileList\\S-1-5-21-0-0-0-1000" --- snip --- Relevant part of trace log: --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Paintribbon $ WINEDEBUG=+tid,+seh,+relay,+ole,+variant wine ./PaintRibbon.exe >>log.txt 2>&1 ... 002b:trace:ole:CreateClassMoniker ({172bddf8-ceea-11d1-8b05-00600806d9b6},0x33cc44) 002b:Call ntdll.RtlAllocateHeap(00110000,00000000,00000020) ret=7e5d6b13 002b:Ret ntdll.RtlAllocateHeap() retval=05e62c48 ret=7e5d6b13 002b:trace:ole:ClassMoniker_Construct (0x5e62c48,{172bddf8-ceea-11d1-8b05-00600806d9b6}) 002b:trace:ole:ClassMoniker_QueryInterface (0x5e62c48,0x7e6cfdac,0x33cc44) 002b:trace:ole:ClassMoniker_AddRef (0x5e62c48) 002b:trace:ole:ClassMoniker_BindToObject (0x5e62998,(nil),0x7e6d033c,0x33cc40) 002b:trace:ole:BindCtxImpl_GetBindOptions (0x5e62998,0x33cb7c) 002b:trace:ole:CoGetClassObject CLSID: {172bddf8-ceea-11d1-8b05-00600806d9b6},IID: {0000011a-0000-0000-c000-000000000046} ... 002b:trace:ole:COMPOBJ_DllList_Add L"C:\\windows\\system32\\wbem\\wbemdisp.dll" 002b:Call KERNEL32.LoadLibraryExW(0033c80e L"C:\\windows\\system32\\wbem\\wbemdisp.dll",00000000,00000008) ret=7e5e0673 ... 002b:trace:ole:create_local_service Attempting to start Local service for {172bddf8-ceea-11d1-8b05-00600806d9b6} ... 002b:err:ole:create_server class {172bddf8-ceea-11d1-8b05-00600806d9b6} not registered 002b:fixme:ole:CoGetClassObject CLSCTX_REMOTE_SERVER not supported 002b:err:ole:CoGetClassObject no class object {172bddf8-ceea-11d1-8b05-00600806d9b6} could be created for context 0x15 002b:trace:ole:ClassMoniker_BindToObject (0x5e62998,(nil),0x7e6cfc8c,0x33cc3c) 002b:trace:ole:BindCtxImpl_GetBindOptions (0x5e62998,0x33cb7c) 002b:trace:ole:CoGetClassObject CLSID: {172bddf8-ceea-11d1-8b05-00600806d9b6},IID: {00000001-0000-0000-c000-000000000046} ... 002b:trace:ole:apartment_getclassobject found L"C:\\windows\\system32\\wbem\\wbemdisp.dll" already loaded 002b:trace:ole:apartment_getclassobject calling DllGetClassObject 0x7d80d79c 002b:Call wbemdisp.DllGetClassObject(05e62c54,7e6cfc8c,0033cc3c) ret=7e5e2c80 002b:Ret wbemdisp.DllGetClassObject() retval=00000000 ret=7e5e2c80 ... 002b:fixme:wbemdisp:WinMGMTS_ParseDisplayName (0x5e62998 L"WinMgmts:" 0x33cd00 0x33cd04) 002b:Ret ole32.MkParseDisplayName() retval=80004001 ret=047612c0 ... 002b:Call KERNEL32.RaiseException(e0434f4d,00000001,00000001,0033c9f8) ret=79eda91c 002b:trace:seh:raise_exception code=e0434f4d flags=1 addr=0x7b83a913 ip=7b83a913 tid=002b 002b:trace:seh:raise_exception info[0]=80004001 002b:trace:seh:raise_exception eax=7b826989 ebx=7b8ba000 ecx=80004001 edx=0033c938 esi=0033c9d8 edi=0033c9a0 002b:trace:seh:raise_exception ebp=0033c978 esp=0033c914 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000287 002b:trace:seh:call_stack_handlers calling handler at 0x79f908a2 code=e0434f4d flags=1 002b:trace:seh:call_stack_handlers handler at 0x79f908a2 returned 1 002b:trace:seh:call_stack_handlers calling handler at 0x79edc3bc code=e0434f4d flags=1 ... 002b:Call user32.MessageBoxW(00010072,00ffb518 L"Cannot create ActiveX component.",00ead49c L"Error",00000030) ret=047659df --- snip --- With the help of a managed debugger: --- snip --- ... 0033cb94 7b83a913 [GCFrame: 0033cb94] 0033cbdc 7b83a913 [GCFrame: 0033cbdc] 0033cf90 7b83a913 [NDirectMethodFrameSlim: 0033cf90] System.Runtime.InteropServices.Marshal.MkParseDisplayName(System.Runtime.InteropServices.ComTypes.IBindCtx, System.String, UInt32 ByRef, System.Runtime.InteropServices.ComTypes.IMoniker ByRef) 0033cfa8 061a7440 System.Runtime.InteropServices.Marshal.BindToMoniker(System.String) 0033cfc4 061a72ba Microsoft.VisualBasic.Interaction.GetObject(System.String, System.String) 0033cff0 061a6867 PaintRibbon.MainWindow.GetHardware() 0033d048 0602758f PaintRibbon.MainWindow.Initialize() 0033d1fc 05ceb52e PaintRibbon.MainWindow.frmMain_Loaded(System.Object, System.Windows.RoutedEventArgs) 0033d214 0588ecad System.Windows.RoutedEventHandlerInfo.InvokeHandler(System.Object, System.Windows.RoutedEventArgs) 0033d22c 0571c704 System.Windows.EventRoute.InvokeHandlersImpl(System.Object, System.Windows.RoutedEventArgs, Boolean) 0033d2f0 0571a5f9 System.Windows.UIElement.RaiseEventImpl(System.Windows.DependencyObject, System.Windows.RoutedEventArgs) 0033d334 0571a484 System.Windows.UIElement.RaiseEvent(System.Windows.RoutedEventArgs) 0033d340 05fdd7d1 System.Windows.BroadcastEventHelper.BroadcastEvent(System.Windows.DependencyObject, System.Windows.RoutedEvent) 0033d388 05fdd509 System.Windows.BroadcastEventHelper.BroadcastLoadedEvent(System.Object) 0033d3a8 05fdd466 MS.Internal.LoadedOrUnloadedOperation.DoWork() 0033d3ac 04d837d0 System.Windows.Media.MediaContext.FireLoadedPendingCallbacks() 0033d3bc 04d836f5 System.Windows.Media.MediaContext.FireInvokeOnRenderCallbacks() 0033d3d8 04d82eaa System.Windows.Media.MediaContext.RenderMessageHandlerCore(System.Object) 0033d428 04d82df8 System.Windows.Media.MediaContext.RenderMessageHandler(System.Object) 0033d450 04d82d64 System.Windows.Media.MediaContext.Resize(System.Windows.Media.ICompositionTarget) 0033d460 04d82ca1 System.Windows.Interop.HwndTarget.OnResize() ... --- snip --- After dismissing the error message box the full user interface shows up so it seems the error is not really that critical. MSDN: http://technet.microsoft.com/en-us/library/ee198932.aspx (WMI monikers -> "WinMgmts:" prefix) Source: http://source.winehq.org/git/wine.git/blob/fb9e8bc94e84ce278d7467e21bc33d40… --- snip --- 67 static HRESULT WINAPI WinMGMTS_ParseDisplayName(IParseDisplayName *iface, IBindCtx *pbc, LPOLESTR pszDisplayName, 68 ULONG *pchEaten, IMoniker **ppmkOut) 69 { 70 FIXME("(%p %s %p %p)\n", pbc, debugstr_w(pszDisplayName), pchEaten, ppmkOut); 71 return E_NOTIMPL; 72 } --- snip --- $ sha1sum paintribbonsetup.exe d74c6a5ddca61c0f62019db14657993cb552daf2 paintribbonsetup.exe $ du -sh paintribbonsetup.exe 1.7M paintribbonsetup.exe $ wine --version wine-1.7.10-343-g770d09d 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 8

[Bug 35061] New: Expression: "&get.map.unlocked()==m"
by wine-bugs＠winehq.org 29 Dec '20

29 Dec '20

http://bugs.winehq.org/show_bug.cgi?id=35061 Bug #: 35061 Summary: Expression: "&get.map.unlocked()==m" Product: Wine-gecko Version: unspecified Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: wine-gecko-unknown AssignedTo: jacek(a)codeweavers.com ReportedBy: marvin25(a)telus.net Classification: Unclassified When trying to install goldcoin-0.7.1.7-win32-setup app the system indicates it needs Gecko and it can auto download. I download but then message is: "Assertion failed" and it shows C:\deps\boost/interprocess/detail/windows_intermodule_sin?eton.hpp Line 145 Please note the question mark above is a letter that I wrote down but can't make it out now. It also shows Expression: "&get.map.unlocked()==m" -- 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 45267] New: Crash Windows Movie Maker
by wine-bugs＠winehq.org 29 Dec '20

29 Dec '20

https://bugs.winehq.org/show_bug.cgi?id=45267 Bug ID: 45267 Summary: Crash Windows Movie Maker Product: Packaging Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-packages Assignee: wine-bugs(a)winehq.org Reporter: andrearame(a)gmail.com CC: michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: --- Created attachment 61510 --> https://bugs.winehq.org/attachment.cgi?id=61510 Wine crashes when I run "Windows Movie Maker" Wine 1.6.2 Windows movie maker .exe file start but don't open the file because there is a program error -- 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 25764] New: Windows Movie Maker breaks uninstaller.exe
by wine-bugs＠winehq.org 29 Dec '20

29 Dec '20

http://bugs.winehq.org/show_bug.cgi?id=25764 Summary: Windows Movie Maker breaks uninstaller.exe Product: Wine Version: 1.3.4 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: cheery314(a)hotmail.com Created an attachment (id=32834) --> (http://bugs.winehq.org/attachment.cgi?id=32834) Debugger log After I installed WIndows Movie Maker 2.6, it did not work, so I decided to remove it. But uninstaller.exe (WINE built in one) now crashes. -- 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 6

[Bug 1887] microsoft movie maker 2 installer fails
by WineHQ Bugzilla 29 Dec '20

29 Dec '20

1 0

[Bug 10788] New: Windows Movie Maker, install OK... but hangs up after start
by wine-bugs＠winehq.org 29 Dec '20

29 Dec '20

http://bugs.winehq.org/show_bug.cgi?id=10788 Summary: Windows Movie Maker, install OK... but hangs up after start Product: Wine Version: unspecified Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: blocker Priority: P1 Component: wine-gdiplus AssignedTo: wine-bugs(a)winehq.org ReportedBy: lmiranda(a)lexplan.cl CC: lmiranda(a)lexplan.cl When i start the Windows Movie Maker (after normal install), the software hangs up. Then i need to force quit. The error is: wine: Call from 0x7b843f50 to unimplemented function gdiplus.dll.GdipCreateBitmapFromHICON, aborting -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 19

[Bug 49358] New: MiniTool MovieMaker setup crashes on unimplemented function ADVAPI32.dll.RegEnableReflectionKey
by WineHQ Bugzilla 29 Dec '20

29 Dec '20

https://bugs.winehq.org/show_bug.cgi?id=49358 Bug ID: 49358 Summary: MiniTool MovieMaker setup crashes on unimplemented function ADVAPI32.dll.RegEnableReflectionKey Product: Wine Version: 5.10 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: advapi32 Assignee: wine-bugs(a)winehq.org Reporter: alexhenrie24(a)gmail.com Distribution: --- The crash happens when mmm-setup.exe starts. $ sha256sum mmm-setup.exe 23afeaf7bf408755417c3c4eaf68853a2bf4ed1cf9f9b34ec486084905481154 -- 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 5

[Bug 47574] New: Windows Movie Maker does not import any video files
by wine-bugs＠winehq.org 29 Dec '20

29 Dec '20

https://bugs.winehq.org/show_bug.cgi?id=47574 Bug ID: 47574 Summary: Windows Movie Maker does not import any video files Product: Wine Version: 4.1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ardronebot(a)spcs.me Distribution: --- So, I tried to install Win Movie Maker 2.6 Portable (i really like this version interface), and import there some videos to edit. Videos are in supported .avi format, but MMK says NOPE, cancels import by itself and does not provide any reasonable errors. Also, nothing in logs/backtraces. -- 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 37611] New: Application show "The Application Data folder for Visual Studio could not be created" message
by wine-bugs＠winehq.org 29 Dec '20

29 Dec '20

https://bugs.winehq.org/show_bug.cgi?id=37611 Bug ID: 37611 Summary: Application show "The Application Data folder for Visual Studio could not be created" message Product: WineHQ Apps Database Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: appdb-unknown Assignee: wine-bugs(a)winehq.org Reporter: lokesh.bhandari(a)enjayworld.com Distribution: --- Created attachment 50058 --> https://bugs.winehq.org/attachment.cgi?id=50058 Image of error mesasge Application show "The Application Data folder for Visual Studio could not be created" message while running the visual basic 2010 express. I had done this procedure ---> mkdir -p "$(winepath "C:\Users\\$USER\\Application Data\Microsoft\VisualStudio\10.0")" But still show same message that application data folder for visual studio cound not be created. My wine version is 1.7.15 and I had tried to install with 1.7.31 but it now works. -- 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 6

[Bug 23601] New: Windows Movie Maker 2.6: installs but does not start
by wine-bugs＠winehq.org 29 Dec '20

29 Dec '20

http://bugs.winehq.org/show_bug.cgi?id=23601 Summary: Windows Movie Maker 2.6: installs but does not start Product: Wine Version: 1.2-rc7 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: ajparag(a)yahoo.co.in Windows movie maker 2.6 crashes as soon as i click on the launch button. no error message is displayed. A suggestion: the new 1.2 RC-7 version supports icon images for .exe files but it does not support for .msi files. kindly see if that can be added too. -- 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 16971] New: Windows Movie Maker needs ole32.dll.StgOpenPropStg
by wine-bugs＠winehq.org 29 Dec '20

29 Dec '20

http://bugs.winehq.org/show_bug.cgi?id=16971 Summary: Windows Movie Maker needs ole32.dll.StgOpenPropStg Product: Wine Version: 1.1.13 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: ole32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: bunglehead(a)gmail.com Created an attachment (id=18751) --> (http://bugs.winehq.org/attachment.cgi?id=18751) crash trace Movie Maker installs without any problems without any overrides. After a start it immediately crashes calling unimplemented ole32.dll.StgOpenPropStg. -- 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 20

[Bug 50418] New: ArcGIS Pro fails to launch with wine-mono
by WineHQ Bugzilla 29 Dec '20

29 Dec '20

https://bugs.winehq.org/show_bug.cgi?id=50418 Bug ID: 50418 Summary: ArcGIS Pro fails to launch with wine-mono Product: Wine Version: 6.0-rc4 Hardware: x86-64 URL: http://data.wvgis.wvu.edu/SecureFTP/securedownload/arc /ArcGIS%20Pro/ArcGISPro_22_163783.exe OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: z.figura12(a)gmail.com Distribution: --- Unhandled Exception: System.InvalidProgramException: Invalid IL code in ActiproSoftware.Windows.Controls.Ribbon.UI.RibbonMeasurements:set_BackstageTabWidth (double): IL_0002: stsfld 0x04000137 at ArcGIS.Desktop.Framework.FrameworkApplication..ctor () [0x00169] in <a27482abd44f4054a15c91c81cd4a531>:0 at ArcGIS.Desktop.Core.ProApp..ctor () [0x00012] in <5f84b0450bdb4a808e04ab6ef46dd283>:0 at <Module>.main (System.String[] args) [0x00000] in <bb19de946d75458385874ec2b780dbb5>:0 I haven't tried debugging yet. -- 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 47754] New: 'SuperEnaCIT' and 'WheelUltimateCIT' Run-time error '91': Object variable or With block variable not set
by wine-bugs＠winehq.org 29 Dec '20

29 Dec '20

https://bugs.winehq.org/show_bug.cgi?id=47754 Bug ID: 47754 Summary: 'SuperEnaCIT' and 'WheelUltimateCIT' Run-time error '91': Object variable or With block variable not set Product: Wine-staging Version: 4.15 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: --- Created attachment 65234 --> https://bugs.winehq.org/attachment.cgi?id=65234 This is what happens executing SuperenaCIT.exe from terminal Good morning developers, I tried many times to run a pair of lotto programs 'SuperEnaCIT' and 'WheelUltimateCIT' you may find here http://www.spagoni.it/dblog/articolo.asp?articolo=29 and here https://wheels.forumcommunity.net/?t=56283166 Installations work ok but when I try to execute them a window shows the following message: Run-time error '91': Object variable or With block variable not set. Thinking the problems were due to VisualBasic and/or .NET dll libraries missing I installed them but without success. I also tried the function 'forcemono' in Winetricks but still unsuccessfully. I confirm that the two programs work ok under Windows 7 64bit. Hope you solve this problem. Thanks and a have a day... ehm debug! -- 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 2

[Bug 48691] New: Bewitched Demo:there is no text in game.
by WineHQ Bugzilla 28 Dec '20

28 Dec '20

https://bugs.winehq.org/show_bug.cgi?id=48691 Bug ID: 48691 Summary: Bewitched Demo:there is no text in game. Product: Wine Version: 5.0 Hardware: x86-64 URL: https://graven-visual-novels.itch.io/bewitched OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: chebanenkoigor93(a)gmail.com Distribution: --- There is no text in Bewitched Demo. I have this problem starting with Wine 5.0. Tested with 5.2,bug still here. Here is gameplay in Youtube. How it should be: https://www.youtube.com/watch?v=ksO72rJSzFc If you will check URL section,you will find demo version of that game (Download demo section). -- 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 50414] New: gnupg-key expired for packages available on https://download.opensuse.org/repositories/Emulators:/Wine:/Debian/xUbuntu_20.10
by WineHQ Bugzilla 28 Dec '20

28 Dec '20

https://bugs.winehq.org/show_bug.cgi?id=50414 Bug ID: 50414 Summary: gnupg-key expired for packages available on https://download.opensuse.org/repositories/Emulators:/ Wine:/Debian/xUbuntu_20.10 Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tschweikle(a)gmail.com Distribution: --- gnupg-key expired for packages available on https://download.opensuse.org/repositories/Emulators:/Wine:/Debian/xUbuntu_… The key requested is valid, but expired. -- 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 41594] New: SciTE text editor shows random desktop parts instead of white background
by wine-bugs＠winehq.org 27 Dec '20

27 Dec '20

https://bugs.winehq.org/show_bug.cgi?id=41594 Bug ID: 41594 Summary: SciTE text editor shows random desktop parts instead of white background Product: Wine Version: 1.9.21 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: dwrite Assignee: wine-bugs(a)winehq.org Reporter: wylda(a)volny.cz Distribution: --- If dwrite is disabled in winecfg, SciTE works as expected. When used in fresh Wine prefix, SciTE shows random noise and console is flooded by this pattern: fixme:d3d:wined3d_buffer_create Ignoring access flags (pool). fixme:d3d11:d3d11_immediate_context_OMSetBlendState Per-rendertarget blend not implemented. fixme:d3d11:d3d11_immediate_context_OMSetBlendState Color mask > 3 not implemented. fixme:d3d11:d3d10_device_RSSetViewports Multiple viewports not implemented. fixme:d3d11:d3d10_device_RSSetScissorRects Multiple scissor rects not implemented. fixme:d2d:d2d_d3d_render_target_Flush iface 0x7df2e0, tag1 (nil), tag2 (nil) stub! -- 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 50413] New: Remote Life 1.2 demo renders incorrectly
by WineHQ Bugzilla 27 Dec '20

27 Dec '20

https://bugs.winehq.org/show_bug.cgi?id=50413 Bug ID: 50413 Summary: Remote Life 1.2 demo renders incorrectly Product: Wine Version: 6.0-rc4 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: z.figura12(a)gmail.com Depends on: 44985 Distribution: --- Created attachment 69034 --> https://bugs.winehq.org/attachment.cgi?id=69034 screenshot Running the program causes the attached window to be shown. Needs libglesv2 to be disabled, else the window is entirely black. zeb@terabithia$ sha1sum REMOTE\ LIFE\ DEMO_1_2.exe 56fa155969a7bd08507711feb208eb5f4f37d01e REMOTE LIFE DEMO_1_2.exe -- 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 49519] New: T-Force Alpha Plus VST 2 64bit stops working in wine versions 5.10, 5.11 and 5.12 worked in 5.9
by WineHQ Bugzilla 27 Dec '20

27 Dec '20

https://bugs.winehq.org/show_bug.cgi?id=49519 Bug ID: 49519 Summary: T-Force Alpha Plus VST 2 64bit stops working in wine versions 5.10, 5.11 and 5.12 worked in 5.9 Product: Wine Version: 5.12 Hardware: x86 URL: https://mastrcode-music.de/en/vst-plugins/ OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: and3md(a)gmail.com Distribution: Mint Created attachment 67650 --> https://bugs.winehq.org/attachment.cgi?id=67650 Terminal log T-Force Alpha Plus plugin crashes/hangs wine. Last working wine version is 5.9. Steps to reproduce: 1. Install LMMS - https://github.com/LMMS/lmms/releases/download/v1.2.1/lmms-1.2.1-win64.exe 2. Download and unzip T-Force Alpha Plus plugin - https://mastrcode-music.de/downloads/vst-plugins/T-Force%20Alpha%20Plus%20V… 3. Open LMMS 4. Change plugin embedding in Settings to No embedding (this is workaround of https://bugs.winehq.org/show_bug.cgi?id=48527). 5. Restart LMMS 4. Open the instruments plugins tab 5. Drag VeSTige to Song Editor window 6. Click Vestige in Song editor to show Vestige GUI 7. In Vestige Window click green folder icon 8. Go to T-Force Alpha Plus plugin choose VST2 64bit version (T-Force Alpha Plus x64.dll) 9. Click open 9. Wine plugin crashes 32 bit version never worked. Mint 19 64bit, GeForce 1060 -- 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 10

[Bug 36499] New: Small .NET based Direct2D example app needs ID2D1Factory::CreateHwndRenderTarget implementation
by wine-bugs＠winehq.org 27 Dec '20

27 Dec '20

https://bugs.winehq.org/show_bug.cgi?id=36499 Bug ID: 36499 Summary: Small .NET based Direct2D example app needs ID2D1Factory::CreateHwndRenderTarget implementation Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, since Henri is working on adding Direct2D support to Wine I thought it might be useful to collect (example) apps to target method stubs. One can find many Direct2D examples on MSDN - unfortunately they are only provided in source, to be compiled with Platform/DirectX SDK/Visual Studio. I found some small precompiled Direct2D "tutorial" apps. Example here: http://www.rolandk.de/index.php?option=com_content&view=category&id=15:dire… Prerequisite: 'winetricks -q dotnet20'. The example makes use of 'SlimDX' Framework/library which provides a managed wrapper around Microsoft DirectX. --- snip --- $ WINEDEBUG=+tid,+seh,+loaddll wine ./Articles.Tutorials.Direct2D.exe ... 002a:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\d2d1.dll" at 0x7dcf0000: builtin 002a:fixme:d2d:d2d_factory_init Ignoring factory type and options. 002a:fixme:d2d:d2d_factory_CreateHwndRenderTarget iface 0x1b3720, desc 0x33e390, hwnd_rt_desc 0x33e380, render_target 0x33e368 stub! .... SlimDX.Direct2D.Direct2DException: E_NOTIMPL: The function called is not supported at this time (-2147467263) at SlimDX.Result.Throw[T](Object dataKey, Object dataValue) at SlimDX.Result.Record[T](Int32 hr, Boolean failed, Object dataKey, Object dataValue) at SlimDX.Result.Record[T](Int32 hr, Object dataKey, Object dataValue) at SlimDX.Direct2D.WindowRenderTarget.Init(Factory factory, RenderTargetProperties renderTargetProperties, WindowRenderTargetProperties windowRenderTargetProperties) at SlimDX.Direct2D.WindowRenderTarget..ctor(Factory factory, WindowRenderTargetProperties windowRenderTargetProperties) at Articles.Tutorials.Direct2D.Chapter1.InitializeGraphics() at Articles.Tutorials.Direct2D.Chapter1.OnHandleCreated(EventArgs e) at System.Windows.Forms.Control.WmCreate(Message& m) at System.Windows.Forms.Control.WndProc(Message& m) at System.Windows.Forms.ScrollableControl.WndProc(Message& m) at System.Windows.Forms.ContainerControl.WndProc(Message& m) at System.Windows.Forms.UserControl.WndProc(Message& m) at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m) at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m) at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam) ... --- snip --- $ sha1sum Articles.Tutorials.Direct2D.zip 9e29ae58cd2f684c909a0ab714e2097fe497c8c9 Articles.Tutorials.Direct2D.zip $ du -sh Articles.Tutorials.Direct2D.zip 2.0M Articles.Tutorials.Direct2D.zip $ wine --version wine-1.7.19-47-g704d169 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 16

[Bug 36860] New: Molot VST stop working in Wine 1.7.20
by wine-bugs＠winehq.org 27 Dec '20

27 Dec '20

http://bugs.winehq.org/show_bug.cgi?id=36860 Bug ID: 36860 Summary: Molot VST stop working in Wine 1.7.20 Product: Wine Version: 1.7.20 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: xj(a)wp.pl Created attachment 48954 --> http://bugs.winehq.org/attachment.cgi?id=48954 Backtrace Molot ( http://vladgsound.wordpress.com/plugins/molot/ ) stop working in Wine 1.7.20. Not working in 1.7.21 as well. In Wine 1.7.19 it works. -- 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 48134] New: Music and sound effects regression in Hydorah
by WineHQ Bugzilla 27 Dec '20

27 Dec '20

https://bugs.winehq.org/show_bug.cgi?id=48134 Bug ID: 48134 Summary: Music and sound effects regression in Hydorah Product: Wine Version: 4.20 Hardware: x86-64 URL: https://locomalito.com/hydorah.php OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: vulture6(a)mail.com Distribution: Mint No music and only limited sound effects play in Hydorah on Wine 4.20. (I'm using external USB DAC and kernel 5.3.) All work correctly on Wine 4.0.2. Can't see any obvious errors. Sorry, can't run regression test. -- 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 34

[Bug 45721] New: SimpleHelloWorld application displays contents incorrectly
by wine-bugs＠winehq.org 27 Dec '20

27 Dec '20

https://bugs.winehq.org/show_bug.cgi?id=45721 Bug ID: 45721 Summary: SimpleHelloWorld application displays contents incorrectly Product: Wine Version: 3.14 Hardware: x86 OS: Windows Status: UNCONFIRMED Severity: normal Priority: P2 Component: dwrite Assignee: wine-bugs(a)winehq.org Reporter: svyatpro(a)gmail.com DWriteHelloWorld.exe draw words and characters incorrectly. -- 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

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