September 2020 - Wine-bugs - list.winehq.org

[Bug 43538] New: x64dbg needs unimplemented function msvcp120.dll.?? 0_Concurrent_queue_base_v4@details@Concurrency@@IAE@I@Z
by wine-bugs＠winehq.org 14 Feb '21

14 Feb '21

https://bugs.winehq.org/show_bug.cgi?id=43538 Bug ID: 43538 Summary: x64dbg needs unimplemented function msvcp120.dll.??0_Concurrent_queue_base_v4(a)details@Conc urrency@@IAE(a)I@Z Product: Wine Version: 2.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: zaplo00(a)mailfence.com Distribution: --- Crashes on startup, using Aug 11 2017 snapshot build. wine: Call from 0x7b43ea34 to unimplemented function msvcp120.dll.??0_Concurrent_queue_base_v4(a)details@Concurrency@@IAE(a)I@Z, aborting fixme:dbghelp:elf_search_auxv can't find symbol in module fixme:dbghelp:fetch_thread_info Couldn't open thread 77 (87) wine: Unimplemented function msvcp120.dll.??0_Concurrent_queue_base_v4(a)details@Concurrency@@IAE(a)I@Z called at address 0x7b43ea34 (thread 0009), starting debugger... Unhandled exception: unimplemented function msvcp120.dll.??0_Concurrent_queue_base_v4(a)details@Concurrency@@IAE(a)I@Z called in 32-bit code (0x7b43ea34). -- 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 44482] New: x64dbg crashes during exit on unimplemented function msvcp120.dll.?? 0_Runtime_object@details@Concurrency@@QEAA@XZ
by wine-bugs＠winehq.org 14 Feb '21

14 Feb '21

https://bugs.winehq.org/show_bug.cgi?id=44482 Bug ID: 44482 Summary: x64dbg crashes during exit on unimplemented function msvcp120.dll.??0_Runtime_object(a)details@Concurrency@@Q EAA(a)XZ Product: Wine Version: 3.1 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: msvcp Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 44468 The app starts but crashes on exit. --- snip --- $ wine64 ./x64dbg.exe ... Unhandled exception: unimplemented function msvcp120.dll.??0_Runtime_object(a)details@Concurrency@@QEAA(a)XZ called in 64-bit code (0x000000007b490bb8). Register dump: rip:000000007b490bb8 rsp:000000000c1cf980 rbp:000000000c1cfaf0 eflags:00000202 ( - -- I - - - ) rax:000000007b4735e8 rbx:00000000030da134 rcx:000000000c1cf9a0 rdx:0000000000000010 rsi:000000000c1cfb30 rdi:000000000c1cf9c0 r8:0000000000000002 r9:000000000c1cfb30 r10:0000000000000000 r11:0000000000000212 r12:0000000000000000 r13:0000000000000000 r14:0000000000000000 r15:0000000000000000 ... Backtrace: =>0 0x000000007b490bb8 RaiseException+0xf1(code=0x80000100, flags=0x1, nbargs=0x2, args=0xc1cfb30) [/home/focht/projects/wine/wine.repo/src/dlls/kernel32/except.c:85] in kernel32 (0x000000000c1cfaf0) 1 0x00007f6b60716301 __wine_spec_unimplemented_stub+0x46(module="msvcp120.dll", function="??0_Runtime_object(a)details@Concurrency@@QEAA(a)XZ") [/home/focht/projects/wine/wine.repo/src/dlls/winecrt0/stub.c:34] in msvcp120 (0x000000000c1cfb40) 2 0x00007f6b60666f47 __wine_stub_msvcp120_dll_108+0x16() in msvcp120 (0x0000000002ff2ff0) 3 0x0000000000b067f4 in x64dbg (+0x867f3) (0x0000000002ff2ff0) 4 0x0000000000b04a76 in x64dbg (+0x84a75) (0x0000000002ff2ff0) 5 0x0000000000b05ca1 in x64dbg (+0x85ca0) (0x0000000002ff2ff0) 6 0x0000000000b3f4f6 in x64dbg (+0xbf4f5) (0x0000000002ff2ff0) 7 0x00000000004b922f in x64gui (+0x16922e) (0x0000000002ff2ff0) 8 0x000000006702f23a in qt5core (+0x2f239) (0x0000000002ff2ff0) 9 0x000000007bd19db1 call_thread_func+0xf7(entry=0x6702f120, arg=0x2ff3250) [/home/focht/projects/wine/wine.repo/src/dlls/ntdll/signal_x86_64.c:4066] in ntdll (0x000000000c1cffd0) 0x000000007b490bb8 RaiseException+0xf1 [/home/focht/projects/wine/wine.repo/src/dlls/kernel32/except.c:85] in kernel32: nop 85 } Modules: Module Address Debug info Name (146 modules) PE 350000- 7d8000 Export x64gui PE 7e0000- a71000 Deferred snowman PE a80000- c2f000 Export x64dbg PE c30000- dc6000 Deferred capstone PE dd0000- 1308000 Deferred keystone PE 1310000- 14aa000 Deferred yara PE 14b0000- 14cc000 Deferred lz4 PE 14d0000- 14f8000 Deferred jansson PE 1500000- 1515000 Deferred devicenameresolver PE 1520000- 16e3000 Deferred xedparse PE 16f0000- 17a0000 Deferred titanengine PE 17b0000- 1d75000 Deferred qt5gui PE 2400000- 2536000 Deferred qwindows PE 62100000- 62115000 Deferred ldconvert PE 64000000- 6410c000 Deferred qt5network PE 65000000- 65549000 Deferred qt5widgets PE 67000000- 67556000 Export qt5core ELF 7b400000- 7b876000 Dwarf kernel32<elf> \-PE 7b460000- 7b876000 \ kernel32 ELF 7bc00000- 7bdb1000 Dwarf ntdll<elf> \-PE 7bc80000- 7bdb1000 \ ntdll ELF 7c000000- 7c004000 Deferred <wine-loader> PE 140000000- 140011000 Deferred x64dbg PE 180000000- 180014000 Deferred x64bridge ... Threads: process tid prio (all id:s are in hex) ... 0000002a (D) Z:\home\focht\wine-apps\x64dbg\release\x64\x64dbg.exe 00000038 0 <== ... --- snip --- 'winetricks vcrun2013' works around. Download: https://sourceforge.net/projects/x64dbg/files/snapshots/snapshot_2018-01-28… $ sha1sum snapshot_2018-01-28_12-18.zip 8ff850f135ff1f3e185c1fd3e1fb2c4de661bd06 snapshot_2018-01-28_12-18.zip $ du -sh snapshot_2018-01-28_12-18.zip 33M snapshot_2018-01-28_12-18.zip $ wine --version wine-3.1-106-gff4a02fe3c 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 6

[Bug 47751] New: x64dbg crashes in get_current_context / InterlockedCompareExchange
by wine-bugs＠winehq.org 14 Feb '21

14 Feb '21

https://bugs.winehq.org/show_bug.cgi?id=47751 Bug ID: 47751 Summary: x64dbg crashes in get_current_context / InterlockedCompareExchange Product: Wine Version: 4.9 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcrt Assignee: wine-bugs(a)winehq.org Reporter: bernhardu(a)mailbox.org Distribution: --- While investigating on debian bug 939559 I tried to launch x64dbg and found it crash on startup already. This was with debian distribution packages of wine. I could reproduce it also with a wine built from git. Backtrace: =>0 0x7e62644a get_current_context+0x70() [...wine\include\winbase.h:2927] in msvcr120 (0x0b19fe78) 1 0x7e626538 get_current_scheduler+0xa() [...wine\dlls\msvcr120\..\msvcrt\scheduler.c:234] in msvcr120 (0x0b19fe98) 2 0x7e628ab6 _CurrentScheduler__Id+0x4d() [...wine\dlls\msvcr120\..\msvcrt\scheduler.c:1074] in msvcr120 (0x0b19feb8) 3 0x00c5ca3e EntryPoint+0xffffffff() in x32dbg (0x0b19ff34) 4 0x00c5c60b EntryPoint+0xffffffff() in x32dbg (0x0b19ff3c) 5 0x7bca9dd4 call_thread_func_wrapper+0xb() in ntdll (0x0b19ff4c) 6 0x7bca9e37 call_thread_func+0x60() [...wine\dlls\ntdll\signal_i386.c:2723] in ntdll (0x0b19ffdc) 7 0x7bca9dc6 call_thread_entry+0x9() in ntdll (0x0b19ffec) -- 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 44648] New: x64dbg crashes during process attach ( kernel32.GetFinalPathNameByHandle() doesn' t support process image file handles)
by wine-bugs＠winehq.org 14 Feb '21

14 Feb '21

https://bugs.winehq.org/show_bug.cgi?id=44648 Bug ID: 44648 Summary: x64dbg crashes during process attach (kernel32.GetFinalPathNameByHandle() doesn't support process image file handles) Product: Wine Version: 3.3 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, as it says. * 64-bit process started * attach with x64dbg to it Relevant piece of trace log: --- snip --- ... 004d:Call KERNEL32.DebugActiveProcess(0000003d,) ret=017a2abd 004d: debug_process( pid=003d, attach=1 ) 004d: debug_process() = 0 004d:Ret KERNEL32.DebugActiveProcess() retval=00000001 ret=017a2abd 004d:Call KERNEL32.GetModuleHandleA(017f3610 "kernel32.dll",) ret=017a2af0 004d:Ret KERNEL32.GetModuleHandleA() retval=7b460000 ret=017a2af0 004d:Call KERNEL32.GetProcAddress(7b460000,017f35f0 "DebugSetProcessKillOnExit",) ret=017a2b00 004d:Ret KERNEL32.GetProcAddress() retval=7b46ce5c ret=017a2b00 004d:Call KERNEL32.DebugSetProcessKillOnExit(00000001,) ret=017a2b0b 004d: set_debugger_kill_on_exit( kill_on_exit=1 ) 004d: set_debugger_kill_on_exit() = 0 004d:Ret KERNEL32.DebugSetProcessKillOnExit() retval=00000001 ret=017a2b0b 004d:Call KERNEL32.WaitForDebugEvent(0181e090,ffffffff,) ret=017c5e53 004d: wait_debug_event( get_handle=1 ) 004d: wait_debug_event() = 0 { pid=003d, tid=003e, wait=0000, event={create_process,file=0170,process=0168,thread=016c,base=140000000,offset=0,size=0,teb=7fffffea8000,start=00000000,name=00010a20,unicode=1} } 004d:Ret KERNEL32.WaitForDebugEvent() retval=00000001 ret=017c5e53 ... 004d:Call KERNEL32.GetModuleHandleW(015ab490 L"kernel32.dll",) ret=015a27e0 004d:Ret KERNEL32.GetModuleHandleW() retval=7b460000 ret=015a27e0 004d:Call KERNEL32.GetProcAddress(7b460000,015ab470 "GetFinalPathNameByHandleW",) ret=015a27f0 004d:Ret KERNEL32.GetProcAddress() retval=7b46e800 ret=015a27f0 004d:Call KERNEL32.GetFinalPathNameByHandleW(00000170,0ca8ca80,00000104,00000000,) ret=015a2817 004d:trace:ntdll:NtQueryObject (0x170,0x00000001,0xca8c5c0,0x00000228,0xca8c3ac) 004d: get_handle_unix_name( handle=0170 ) 004d: get_handle_unix_name() = OBJECT_TYPE_MISMATCH { name_len=0, name="" } 004d: get_object_info( handle=0170 ) 004d: get_object_info() = 0 { access=00120089, ref_count=00000002, handle_count=00000001, total=0, name=L"" } 004d:Ret KERNEL32.GetFinalPathNameByHandleW() retval=00000000 ret=015a2817 ... --- snip --- 0170 = handle to the process's image file, delivered through CREATE_PROCESS_DEBUG_INFO structure in WaitForDebugEvent(). x64dbg source: https://github.com/x64dbg/x64dbg/blob/development/src/dbg/debugger.cpp#L1324 --- snip --- ... static void cbCreateProcess(CREATE_PROCESS_DEBUG_INFO* CreateProcessInfo) { fdProcessInfo->hProcess = CreateProcessInfo->hProcess; fdProcessInfo->hThread = CreateProcessInfo->hThread; varset("$hp", (duint)fdProcessInfo->hProcess, true); void* base = CreateProcessInfo->lpBaseOfImage; char DebugFileName[deflen] = ""; if(!GetFileNameFromHandle(CreateProcessInfo->hFile, DebugFileName) && !GetFileNameFromProcessHandle(CreateProcessInfo->hProcess, DebugFileName)) strcpy_s(DebugFileName, GuiTranslateText(QT_TRANSLATE_NOOP("DBG", "??? (GetFileNameFromHandle failed)"))); dprintf(QT_TRANSLATE_NOOP("DBG", "Process Started: %p %s\n"), base, DebugFileName); ... --- snip --- 'GetFileNameFromHandle' is implemented in a third-party library 'devicenameresolver', used by x64dbg. https://bitbucket.org/mrexodia/devicenameresolver/src/0850d88fa6a759d79b3c8… --- snip --- __declspec(dllexport) bool PathFromFileHandleW(HANDLE hFile, wchar_t* szPath, size_t nSizeInChars) { typedef DWORD (WINAPI * GETFINALPATHNAMEBYHANDLEW)( IN HANDLE /*hFile*/, OUT wchar_t* /*lpszFilePath*/, IN DWORD /*cchFilePath*/, IN DWORD /*dwFlags*/ ); static GETFINALPATHNAMEBYHANDLEW GetFPNBHW = GETFINALPATHNAMEBYHANDLEW(GetProcAddress(GetModuleHandleW(L"kernel32.dll"), "GetFinalPathNameByHandleW")); if(GetFPNBHW && GetFPNBHW(hFile, szPath, DWORD(nSizeInChars), 0)) { if(_wcsnicmp(szPath, L"\\\\?\\UNC\\", 8) == 0) // Server path { wcsncpy_s(szPath, nSizeInChars, L"\\\\", _TRUNCATE); wcsncat_s(szPath, nSizeInChars, &szPath[8], _TRUNCATE); } else if(_wcsnicmp(szPath, L"\\\\?\\", 4) == 0 && szPath[5] == L':') // Drive path { wcsncpy_s(szPath, nSizeInChars, &szPath[4], _TRUNCATE); } return true; } if(!DevicePathFromFileHandleW(hFile, szPath, nSizeInChars)) return false; std::wstring oldPath(szPath); if(!DevicePathToPathW(szPath, szPath, nSizeInChars)) wcsncpy_s(szPath, nSizeInChars, oldPath.c_str(), _TRUNCATE); return true; } --- snip --- 'GetFinalPathNameByHandleW()' fails in Wine, it should not on valid process image file handle? There is a fallback path 'DevicePathFromFileHandleW()': https://bitbucket.org/mrexodia/devicenameresolver/src/0850d88fa6a759d79b3c8… --- snip --- __declspec(dllexport) bool DevicePathFromFileHandleW(HANDLE hFile, wchar_t* szDevicePath, size_t nSizeInChars) { NativeWinApi::initialize(); ULONG ReturnLength; bool bRet = false; if(NativeWinApi::NtQueryObject(hFile, ObjectNameInformation, 0, 0, &ReturnLength) == STATUS_INFO_LENGTH_MISMATCH) { ReturnLength += 0x2000; //on Windows XP SP3 ReturnLength will not be set just add some buffer space to fix this POBJECT_NAME_INFORMATION NameInformation = POBJECT_NAME_INFORMATION(GlobalAlloc(0, ReturnLength)); if(NativeWinApi::NtQueryObject(hFile, ObjectNameInformation, NameInformation, ReturnLength, 0) == STATUS_SUCCESS) { NameInformation->Name.Buffer[NameInformation->Name.Length / 2] = L'\0'; //null-terminate the UNICODE_STRING wcsncpy_s(szDevicePath, nSizeInChars, NameInformation->Name.Buffer, _TRUNCATE); bRet = true; } GlobalFree(NameInformation); } if(!bRet) return false; if(_wcsnicmp(szDevicePath, L"\\Device\\LanmanRedirector\\", 25) == 0) // Win XP { wcsncpy_s(szDevicePath, nSizeInChars, L"\\\\", _TRUNCATE); wcsncat_s(szDevicePath, nSizeInChars, &szDevicePath[25], _TRUNCATE); } else if(_wcsnicmp(szDevicePath, L"\\Device\\Mup\\", 12) == 0) // Win 7 { wcsncpy_s(szDevicePath, nSizeInChars, L"\\\\", _TRUNCATE); wcsncat_s(szDevicePath, nSizeInChars, &szDevicePath[12], _TRUNCATE); } return true; } --- snip --- Corresponding Wine trace log: --- snip --- ... 004d:Call ntdll.NtQueryObject(00000170,00000001,00000000,00000000,0ca8c9e8,) ret=015a1c8b 004d:trace:ntdll:NtQueryObject (0x170,0x00000001,(nil),0x00000000,0xca8c9e8) 004d: get_handle_unix_name( handle=0170 ) 004d: get_handle_unix_name() = OBJECT_TYPE_MISMATCH { name_len=0, name="" } 004d: get_object_info( handle=0170 ) 004d: get_object_info() = 0 { access=00120089, ref_count=00000002, handle_count=00000001, total=0, name=L"" } 004d:Ret ntdll.NtQueryObject() retval=c0000004 ret=015a1c8b 004d:Call KERNEL32.GlobalAlloc(00000000,00002010,) ret=015a1cb2 004d:Ret KERNEL32.GlobalAlloc() retval=034d3700 ret=015a1cb2 004d:Call ntdll.NtQueryObject(00000170,00000001,034d3700,00002010,00000000,) ret=015a1cd4 004d:trace:ntdll:NtQueryObject (0x170,0x00000001,0x34d3700,0x00002010,(nil)) 004d: get_handle_unix_name( handle=0170 ) 004d: get_handle_unix_name() = OBJECT_TYPE_MISMATCH { name_len=0, name="" } 004d: get_object_info( handle=0170 ) 004d: get_object_info() = 0 { access=00120089, ref_count=00000002, handle_count=00000001, total=0, name=L"" } 004d:Ret ntdll.NtQueryObject() retval=00000000 ret=015a1cd4 004d:Call KERNEL32.GetLastError() ret=015a58a8 004d:Ret KERNEL32.GetLastError() retval=00000006 ret=015a58a8 ... 004d:Call ntdll.RtlVirtualUnwind(00000000,015a0000,015a483b,015b34b0,0ca8c3a0,0ca8c2e8,0ca8c2f0,00000000,) ret=015a488c ... 004d:Call KERNEL32.UnhandledExceptionFilter(0ca8c2d8,) ret=015a48d8 ... 004d:trace:seh:start_debugger Starting debugger "winedbg --auto 42 404" --- snip --- 'NtQueryObject()' fails first time with 'STATUS_INFO_LENGTH_MISMATCH'. The second call of 'NtQueryObject()' doesn't fail but doesn't return any data, which causes wcsncpy_s() to abort. In any case, a least one code path should succeed. $ sha1sum snapshot_2018-02-24_13-52.zip 1d64a63153aad56e23c626dcdd9a0fd684f9064b snapshot_2018-02-24_13-52.zip $ du -sh snapshot_2018-02-24_13-52.zip 33M snapshot_2018-02-24_13-52.zip $ wine --version wine-3.3 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 5

[Bug 45915] New: Crash when closing x32dbg x64dbg (msvcr120.dll.?? 0_Scoped_lock@_NonReentrantPPLLock@details@Concurrency@@QAE@AAV123@@Z)
by wine-bugs＠winehq.org 14 Feb '21

14 Feb '21

https://bugs.winehq.org/show_bug.cgi?id=45915 Bug ID: 45915 Summary: Crash when closing x32dbg x64dbg (msvcr120.dll.??0_Scoped_lock(a)_NonReentrantPPLLock@det ails(a)Concurrency@@QAE(a)AAV123@@Z) Product: Wine Version: 3.16 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcrt Assignee: wine-bugs(a)winehq.org Reporter: jimbo1qaz(a)gmail.com Distribution: --- Upon closing x32dbg Jun 19 2018, 18:59:42 (a bit old :( ), I get error: Unhandled exception: unimplemented function msvcr120.dll.??0_Scoped_lock(a)_NonReentrantPPLLock@details(a)Concurrency@@QAE(a)AAV123@@Z called in 32-bit code (0x7b43c69c). Wine 3.16 on Debian 9 Virtualbox VM. -- 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 29349] New: Summoner launch screen: corrupted graphics
by wine-bugs＠winehq.org 14 Feb '21

14 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=29349 Bug #: 29349 Summary: Summoner launch screen: corrupted graphics Product: Wine Version: 1.3.34 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ftn768(a)gmail.com Classification: Unclassified Created attachment 37972 --> http://bugs.winehq.org/attachment.cgi?id=37972 Screenshot of Summoner launch screen The clickable controls do not line up with the background graphics, see attached screenshot. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 5

[Bug 23002] New: Dynamic HTML Editor unusable due to screen refresh problem
by wine-bugs＠winehq.org 14 Feb '21

14 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=23002 Summary: Dynamic HTML Editor unusable due to screen refresh problem Product: Wine Version: 1.2-rc2 Platform: x86 URL: http://www.dynamic-html-editor.com/en/download.asp OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dimesio(a)earthlink.net Depends on: 13516 Created an attachment (id=28506) --> (http://bugs.winehq.org/attachment.cgi?id=28506) Screenshot showing refresh problem The crash at startup of Dynamic HTML Editor has been fixed (bug 13516), but the app is still unusable due to screen refresh problems. This affects both the latest version of the app (5.5) as well as the older version (4.3). Tested in wine-1.2-rc2-91-g4ae5325. -- 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 10785] New: Wine 0.9.51 crash when launching Slingplayer v1.5
by wine-bugs＠winehq.org 14 Feb '21

14 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=10785 Summary: Wine 0.9.51 crash when launching Slingplayer v1.5 Product: WineHQ Bugzilla Version: unspecified Platform: Other OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P1 Component: bug list AssignedTo: jnewman(a)codeweavers.com ReportedBy: giovanni(a)piccirilli.eu CC: giovanni(a)piccirilli.eu Created an attachment (id=9639) --> (http://bugs.winehq.org/attachment.cgi?id=9639) Bug report Hello, I have tried to run the slingplayer to connect to my slingbox using the methodology described in http://cyberpunkcafe.com/page.php?74. This produces a crash of Wine as per attachment. Note that I am using Ubuntu Gusty 7.10, Wine 0.9.51, Slingplayer as per URL: http://download.slingmedia.com/player/pc/SlingPlayer_PC_Setup%201.5-UK.exe Any assistance to get this working is greatly appreciated. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 20

[Bug 44439] New: Whatsapp installer newest version fails: System.ArgumentException: WriteEntryTo or OpenEntryStream can only be called once.
by wine-bugs＠winehq.org 14 Feb '21

14 Feb '21

https://bugs.winehq.org/show_bug.cgi?id=44439 Bug ID: 44439 Summary: Whatsapp installer newest version fails: System.ArgumentException: WriteEntryTo or OpenEntryStream can only be called once. Product: Wine Version: 2.21 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: --- Created attachment 60383 --> https://bugs.winehq.org/attachment.cgi?id=60383 last part of consoleoutput Hi, the newest installer (I don`t know the version, it`s not displayed on the website) crashes with the attached log, both in staging (2.21) and in current wine (after using hack to work around bug 40613). The older installer used to at least install the application fine. Steps to reproduce: 1. winetricks dotnet462 2. Cd into the directory where the installer resides and do: /opt/wine-staging/bin/wine runas /trustlevel:0x20000 WhatsAppSetup.exe sha1sum WhatsAppSetup.exe 39df6c3fd3be3b7ad0898fd9579a638130e5cafc WhatsAppSetup.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.

2 7

[Bug 13516] New: Dynamic HTML Editor 4.2 Demo installs, crashes on startup
by wine-bugs＠winehq.org 14 Feb '21

14 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=13516 Summary: Dynamic HTML Editor 4.2 Demo installs, crashes on startup Product: Wine Version: 1.0-rc2 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dimesio(a)earthlink.net Created an attachment (id=13437) --> (http://bugs.winehq.org/attachment.cgi?id=13437) Console log from Dynamic HTML Editor crash Another user originally posted a question about this in the forum (http://forum.winehq.org/viewtopic.php?t=1078) though without any console output. I downloaded the demo from the website (http://www.dynamic-html-editor.com/en/download.asp) which actually has a warning on the download page telling Mac and Linux users that they need to use Virtual PC, VMware, or "another Windows emulator" to run the program. The demo installs fine. When I tried to run the program, I got an initial screen telling me this was just a demo, and when I clicked okay, the program crashed. I'm attaching the console log. -- 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 21