May 2022 - Wine-Bugs - list.winehq.org

[Bug 47172] Win64 prefix installs 64-bit libraries to system32 instead of syswow64

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=47172 Ken Sharp <imwellcushtymelike(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |UNCONFIRMED Ever confirmed|1 |0 --- Comment #9 from Ken Sharp <imwellcushtymelike(a)gmail.com> --- Does this still occur in Wine 7.9 or later? -- 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.

May 30, 2022

[Bug 51658] Error trying to install Office 2010 x64

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=51658 Ken Sharp <imwellcushtymelike(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |Installer, win64 Severity|major |normal Component|rpc |-unknown --- Comment #1 from Ken Sharp <imwellcushtymelike(a)gmail.com> --- Please retry in Wine 7.9 (or later). -- 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.

May 30, 2022

[Bug 52396] Stack overflows when running any 64-bit .Net 6 (.Net Core) program

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=52396 m0rvj <johnpgoodman(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |johnpgoodman(a)gmail.com --- Comment #11 from m0rvj <johnpgoodman(a)gmail.com> --- Just wondering if this is submitted to staging? I've tested the patch and found it helpful. -- 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.

May 30, 2022

[Bug 53014] HICON leak in CopyImage causes TheBat! to crash after a while

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=53014 --- Comment #4 from jswinebz(a)kanargh.org.uk --- (Hmm. Unrelated, but it's a pity that "user32: Don't access cursoricon_object directly in CopyImage" by moving to call GetIconInfoExW forces us to make whole new bitmap copies that we specifically do not want in any of the 3 CopyImage code paths, because we'll always end up making another copy later...) -- 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.

May 30, 2022

[Bug 53014] HICON leak in CopyImage causes TheBat! to crash after a while

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=53014 --- Comment #3 from jswinebz(a)kanargh.org.uk --- (Or CURSORICON_Load is taking its lock for longer now...) -- 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.

May 30, 2022

[Bug 53014] HICON leak in CopyImage causes TheBat! to crash after a while

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=53014 --- Comment #2 from jswinebz(a)kanargh.org.uk --- Created attachment 72494 --> https://bugs.winehq.org/attachment.cgi?id=72494 Fix UNICODE_STRING handling in NtUserGetIconInfo Well, the module filename truncation is due to NtUserGetIconInfo messing up its string handling. Firstly, UNICODE_STRING *definitely* counts in bytes, always, never characters. Secondly, when calculating the length of the returned res_name, it stores the value in the module name's buffer, overwriting the module name length it just calculated above. Since resource names tend to be shortish strings, this will usually have the effect of truncating the returned path. That gets us into the correct path within CopyImage to do COPYFROMRESOURCE properly, but doesn't solve the deadlock. Turning on +module too, at the point of the crash we get: 05fc:trace:cursor:CopyImage hnd=000000000006016C, type=1, desiredx=16, desiredy=16, flags=4000 [...] 05fc:trace:cursor:CURSORICON_Load 0000000000400000, L"Z_BAT_1", 16x16, depth 32, fCursor 0, flags 0x4000 05fc:trace:module:FindResourceExW 0000000000400000 #000e L"Z_BAT_1" 0000 05fc:trace:module:LoadResource 0000000000400000 00000000026B7AE0 05fc:trace:cursor:CURSORICON_FindBestIcon entry 0: 32 x 32, 4 bpp 05fc:trace:cursor:CURSORICON_FindBestIcon entry 1: 16 x 16, 4 bpp 05fc:trace:cursor:CURSORICON_FindBestIcon entry 2: 16 x 16, 8 bpp 05fc:trace:module:FindResourceExW 0000000000400000 #0003 #0023 0000 05fc:trace:module:LoadResource 0000000000400000 00000000026B5F90 07dc:trace:module:LdrShutdownThread () 07dc:trace:module:MODULE_InitDLL (00000000043E0000 L"libegl.dll",THREAD_DETACH,0000000000000000) - CALL 07dc:trace:module:MODULE_InitDLL (00000000043E0000,THREAD_DETACH,0000000000000000) - RETURN 1 [...] 05fc:trace:module:LdrGetDllFullName module 0000000000400000, name 0000000002EEE1D0. [...] 07dc:trace:module:MODULE_InitDLL (00000003AFD00000 L"imm32.dll",THREAD_DETACH,0000000000000000) - CALL 07dc:trace:module:MODULE_InitDLL (00000003AFD00000,THREAD_DETACH,0000000000000000) - RETURN 1 07dc:trace:module:MODULE_InitDLL (000000023D820000 L"user32.dll",THREAD_DETACH,0000000000000000) - CALL 05fc:err:sync:RtlpWaitForCriticalSection section 0000000170067640 "dlls/ntdll/loader.c: loader_section" wait timed out in thread 05fc, blocked by 07dc, retrying (60 sec) 07e0:err:sync:RtlpWaitForCriticalSection section 0000000170067640 "dlls/ntdll/loader.c: loader_section" wait timed out in thread 07e0, blocked by 07dc, retrying (60 sec) 05fc:trace:module:FindResourceExW 0000000000400000 #0006 #0ffd 0000 05fc:trace:module:LoadResource 0000000000400000 00000000026B6330 05fc:trace:module:FindResourceExW 000000007B600000 #0006 #0101 0809 05fc:trace:module:LoadResource 000000007B600000 000000007B65DD10 [...] 05fc:trace:module:FindResourceExW 000000023D820000 #0005 L"MSGBOX" 0009 05fc:trace:module:LoadResource 000000023D820000 000000023D8DD020 05fc:err:system:user_check_not_lock BUG: holding USER lock m Files\The Bat!\thebat64.exe: dlls/win32u/sysparams.c:385: user_check_not_lock: Assertion `0' failed. [...thread 5fc crashing due to deadlock detection...] So a different thread has apparently exited, and so we called user32's DllMain for THREAD_DETACH, but DllMain never returned. This thread exit happened while we were in the middle of executing CURSORICON_Load - presumably this takes a lock for either user32 or NtUser which DllMain also needs to proceed. But calling DllMain takes the loader_section lock, which CURSORICON_Load will also require when it calls LdrGetDllFullName to fill in its own cursoricon_object structure... Deadlock! (Since the DllMain locking behaviour is prehistoric, this must be a change in the way user32 handles THREAD_DETACH between 6.21 and 7.5...) -- 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.

May 30, 2022

[Bug 53074] Subsequent webcam frames fail with "error dequeuing buf: Broken pipe"

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=53074 --- Comment #1 from Flaviu Tamas <winebz(a)flaviutamas.com> --- Created attachment 72493 --> https://bugs.winehq.org/attachment.cgi?id=72493 console logs -- 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.

May 30, 2022

[Bug 53074] New: Subsequent webcam frames fail with "error dequeuing buf: Broken pipe"

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=53074 Bug ID: 53074 Summary: Subsequent webcam frames fail with "error dequeuing buf: Broken pipe" Product: Wine Version: 7.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: quartz Assignee: wine-bugs(a)winehq.org Reporter: winebz(a)flaviutamas.com Distribution: --- Created attachment 72492 --> https://bugs.winehq.org/attachment.cgi?id=72492 strace logs for relevent subprocess When using VSee and opening the Settings -> Video page, the first frame is read from the webcam and displayed. Then the following is logged to the console & no subsequent frames are shown: "libv4l2: error dequeuing buf: Broken pipe" I've attached the relevant strace & console logs. Download link: https://vsee.com/vsee_em_nd.exe. Unfortunately this software requires making an account. -- 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.

May 30, 2022

[Bug 48988] Riot Vanguard (Riot Games) 'vgk.sys' needs KSHARED_USER_DATA access instruction emulation for 'CMP r/m16/32/64, r16/32/64'

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=48988 Zeb Figura <z.figura12(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |z.figura12(a)gmail.com --- Comment #7 from Zeb Figura <z.figura12(a)gmail.com> --- (In reply to Etaash Mathamsetty from comment #6) > ok so after doing a bunch of work, it is an instruction emulation issue > lmao, I spent all that time thinking "wine doesn't emulate instructions", > but it does lol Right, one of the defining features of Wine is that it doesn't emulate *most* instructions, but there are some privileged instructions that we can't allow the host system to handle, and have to deal with ourselves. -- 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.

May 30, 2022

[Bug 51963] D3DRM demo fails

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=51963 --- Comment #6 from joaopa <jeremielapuree(a)yahoo.fr> --- Surely, the 32 bits version of your GPU driver is not installed. For this kind of request, there is a user forum. Please, don't pollute this bug report with your problem. -- 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.

May 30, 2022