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

[Bug 54035] New: Tom Clancy's Rainbow Six: Vegas 2 fails to launch

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=54035 Bug ID: 54035 Summary: Tom Clancy's Rainbow Six: Vegas 2 fails to launch Product: vkd3d Version: 1.5 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: vkd3d Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- 05b8:err:d3d_shader:shader_spirv_scan_shader Failed to scan shader, ret -3. 05b8:fixme:d3d_shader:shader_spirv_scan_shader Shader log: 05b8:fixme:d3d_shader:shader_spirv_scan_shader <anonymous>: E0002: Invalid DXBC magic. 05b8:fixme:d3d_shader:shader_spirv_scan_shader 054c:fixme:d3dcompiler:D3DCompile2 Ignoring flags 0x1000. 054c:err:d3dcompiler:D3DCompile2 Failed to compile shader, vkd3d result -4. 054c:err:d3dcompiler:D3DCompile2 Shader log: 054c:err:d3dcompiler:D3DCompile2 <anonymous>:1:537: E5005: Function "tex2D" is not defined. 054c:err:d3dcompiler:D3DCompile2 vkd3d-1.5-93-g1b11b576 -- 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.

Dec. 1, 2022

[Bug 54012] kernel32:heap - The 64-bit test_GlobalAlloc() fails on Windows 7

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=54012 Rémi Bernon <rbernon(a)codeweavers.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED Fixed by SHA1| |b793367c676c643602f5a0986b0 | |bbb4c9f4b0694 --- Comment #1 from Rémi Bernon <rbernon(a)codeweavers.com> --- Fixed with b793367c676c643602f5a0986b0bbb4c9f4b0694. -- 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.

Dec. 1, 2022

[Bug 53996] MDB Viewer Plus: can not open database

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=53996 Rémi Bernon <rbernon(a)codeweavers.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Fixed by SHA1| |4979ae5a94188b7c1943a64a0cb | |8cca39bbe8fad Resolution|--- |FIXED --- Comment #5 from Rémi Bernon <rbernon(a)codeweavers.com> --- Should be fixed after 4979ae5a94188b7c1943a64a0cb8cca39bbe8fad. -- 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.

Dec. 1, 2022

[Bug 53826] Attempting to install / update battle.net fails with Qt error

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=53826 Alexey Min <alexey.min(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |alexey.min(a)gmail.com --- Comment #8 from Alexey Min <alexey.min(a)gmail.com> --- > setfattr -x user.DOSATTRIB qwindows.dll Thanks! Faced the bug, can confirm the bug and this fix. -- 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.

Dec. 1, 2022

[Bug 50136] allow to disable wine's vulkan loader/driver

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=50136 xantares <xantares09(a)hotmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |WORKSFORME Status|UNCONFIRMED |RESOLVED --- Comment #4 from xantares <xantares09(a)hotmail.com> --- thanks for the info -- 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.

Dec. 1, 2022

[Bug 51813] python fatal error redirecting stdout to file

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=51813 --- Comment #4 from xantares <xantares09(a)hotmail.com> --- I submitted the patch on gitlab: https://gitlab.winehq.org/wine/wine/-/merge_requests/1626 -- 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.

Dec. 1, 2022

[Bug 51813] python fatal error redirecting stdout to file

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=51813 xantares <xantares09(a)hotmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Version|6.16 |7.22 -- 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.

Dec. 1, 2022

[Bug 53950] dup2 error returns ENFILE instead of EBADF

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=53950 Gijs Vermeulen <gijsvrm(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1| |53bc6c7a4a416252559a2a17482 | |1001fdd576c6f -- 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.

Dec. 1, 2022

[Bug 53950] dup2 error returns ENFILE instead of EBADF

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=53950 xantares <xantares09(a)hotmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|UNCONFIRMED |RESOLVED --- Comment #2 from xantares <xantares09(a)hotmail.com> --- https://gitlab.winehq.org/wine/wine/-/commit/53bc6c7a4a416252559a2a17482100… -- 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.

Dec. 1, 2022

[Bug 54015] Accessing shared memory from Linux

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=54015 --- Comment #8 from Bernat Arlandis <berarma(a)hotmail.com> --- (In reply to Zeb Figura from comment #7) > (In reply to Bernat Arlandis from comment #0) > > Since I guess Wine is already using Linux shared memory mechanism to > > implement Windows shared memory, the blocks are already available at > > /dev/shm but they use generic names that can't be associated to the tag used > > on Windows. > > Not exactly; we use anonymous shared mappings instead. > > > Having these shared memory blocks created in the prefix directory with a > > name containing the tag used on creation would allow us to use it from our > > native applications. Or any other way to find them using the tags used on > > Windows. > > This is not impossible in some cases, but it's also harder than it sounds. > There's a bit of an impedance mismatch between NT and POSIX wrt naming: > notably POSIX has a NAME_MAX restriction which doesn't apply to Windows; > Windows allows all characters (including \0 I think?) except backslashes and > Unix all characters except \0 and forward slashes; Windows uses UTF-16 while > Unix uses a non-constant character set. I understand. Thanks for the insight. They don't need to be the exact same names on Linux. We could use a translation scheme like escaping non-supported characters which would gives us unique and universal translations so we always know how the name would be translated on Linux for every machine. It's not something the users have to read, it's just an id in the code to access a resource so legibility isn't an issue. -- 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.

Dec. 1, 2022