September 2024 - Wine-Bugs - list.winehq.org

[Bug 54295] New: Touhou Puppet Dance Performance: Shard of Dreams Can't Locate Base Game Data After Installation
by WineHQ Bugzilla Nov. 26, 2024

Nov. 26, 2024

https://bugs.winehq.org/show_bug.cgi?id=54295 Bug ID: 54295 Summary: Touhou Puppet Dance Performance: Shard of Dreams Can't Locate Base Game Data After Installation Product: Wine Version: 8.0-rc3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rjtulloh(a)gmail.com Distribution: --- Created attachment 73863 --> https://bugs.winehq.org/attachment.cgi?id=73863 Log file produced by the expansion when it can't find the base game's files. Shard of Dreams is an expansion to Touhou Puppet Dance Performance by developer FocasLens. In order to be played, the base game needs to be installed on the same system as the expansion. On Windows, the expansion can be launched immediately after: - Installing the base game - Installing the expansion Using Wine, the expansion won't launch after running the same installers. The expansion can be launched by adding a symbolic link with the name "notkey" in the expansion's installation folder which points to the base game folder. But this workaround is not needed on Windows. The expansion also produces an error log when launched without the notkey link. The log is 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.

1 25

[Bug 45871] New: Several apps in .NET472 crash with unhandled exception.\nException at System.Windows.Media.Composition.DUCE+Channel.SyncFlush ()\n at System.Windows.Media.MediaContext.Complet"...( native d3dcompiler works around it)
by wine-bugs＠winehq.org Nov. 25, 2024

Nov. 25, 2024

https://bugs.winehq.org/show_bug.cgi?id=45871 Bug ID: 45871 Summary: Several apps in .NET472 crash with unhandled exception.\nException at System.Windows.Media.Composition.DUCE+Channel.SyncFlus h()\n at System.Windows.Media.MediaContext.Complet"...(native d3dcompiler works around it) Product: Wine Version: 3.16 Hardware: x86 OS: Linux Status: NEW Keywords: dotnet, download Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: --- Created attachment 62374 --> https://bugs.winehq.org/attachment.cgi?id=62374 part of crashlog Hi Seen this for a bunch of programs while trying to run them with installed dotnet472. The bug seems to be hidden for several apps as they ship their owm d3dcompiler_47, but some don`t I found out, and they crash Something like: 01c2:fixme:d3dcompiler:make_assignment Check for casts in the lhs. 01c2:err:d3dcompiler:compile_shader HLSL shader parsing failed. 01c2:err:ntdll:vDbgPrintExWithPrefix 65: MIL FAILURE: Unexpected HRESULT 0x88760b59 in caller: intermediate rendering error 01c2:err:ntdll:vDbgPrintExWithPrefix 65: MIL FAILURE: Unexpected HRESULT 0x88760b59 in caller: The render thread failed unexpectedly. Then crash Example: Slackinstaller.exe: winetricks dotnet452 win7 corefonts, then start installer with builtin d3dcomiler_47 works fine. However winetricks dotnet472 win7 corefonts, then start installer with builtin d3dcomiler_47 --> crash (Note: for Slackinstller one also needs Staging-patches for bug 40613) -- 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 56368] New: hlsl_types_are_equal assert when vertex shaders uses SV_VertexID as lookup index
by WineHQ Bugzilla Nov. 25, 2024

Nov. 25, 2024

https://bugs.winehq.org/show_bug.cgi?id=56368 Bug ID: 56368 Summary: hlsl_types_are_equal assert when vertex shaders uses SV_VertexID as lookup index Product: vkd3d Version: 1.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: hlsl Assignee: wine-bugs(a)winehq.org Reporter: martins.mozeiko(a)gmail.com Distribution: --- Created attachment 76109 --> https://bugs.winehq.org/attachment.cgi?id=76109 test.c Assertion failed: hlsl_types_are_equal(arg1->data_type, arg2->data_type), file ../wine/libs/vkd3d/libs/vkd3d-shader/hlsl.c, line 1320 This assert happens when D3DCompileFromFile or D3DCompile is called on hlsl vertex shader (vs_5_0 profile) source like this: struct Input { float4 c0 : COL0; float4 c1 : COL1; float4 c2 : COL2; float4 c3 : COL3; uint id : SV_VertexID; }; float4 vs_main(Input input) : SV_Position { float4 col[] = { input.c0, input.c1, input.c2, input.c3 }; return col[input.id]; } See attached test.c file that reproduces this assert. On Windows it prints out "ok = 1" and shader is successfully compiler. It can be compiled also with fxc.exe on commandline. -- 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 56465] New: d3dcompiler fails to compile shader functions that have optional arguments ("E5000: syntax error, unexpected '=', expecting ')'")
by WineHQ Bugzilla Nov. 25, 2024

Nov. 25, 2024

https://bugs.winehq.org/show_bug.cgi?id=56465 Bug ID: 56465 Summary: d3dcompiler fails to compile shader functions that have optional arguments ("E5000: syntax error, unexpected '=', expecting ')'") Product: vkd3d Version: 1.11 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: hlsl Assignee: wine-bugs(a)winehq.org Reporter: alexhenrie24(a)gmail.com Distribution: --- Minimal example (compile with `i686-w64-mingw32-cc *.c -ld3dx9_36`): #include <windows.h> #include <d3dx9shader.h> #include <stdio.h> int main() { static const char src[] = "float4 main(float4 color : COLOR = float4(0,0,0,0)) : COLOR { return color; }"; ID3DXBuffer *out = NULL; HRESULT res = D3DXCompileShader(src, sizeof(src), NULL, NULL, "main", "ps_2_0", 0, &out, NULL, NULL); printf("res=%x\n", res); return res; } Output: 0024:err:d3dcompiler:D3DCompile2 Failed to compile shader, vkd3d result -4. 0024:err:d3dcompiler:D3DCompile2 Shader log: 0024:err:d3dcompiler:D3DCompile2 <anonymous>:1:36: E5000: syntax error, unexpected '=', expecting ')' 0024:err:d3dcompiler:D3DCompile2 res=80004005 Output after `winetricks d3dcompiler_47`: res=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 5

[Bug 56785] New: Spider-Man: Shattered Dimensions crashes in the title screen after a few seconds
by WineHQ Bugzilla Nov. 25, 2024

Nov. 25, 2024

https://bugs.winehq.org/show_bug.cgi?id=56785 Bug ID: 56785 Summary: Spider-Man: Shattered Dimensions crashes in the title screen after a few seconds Product: vkd3d Version: 1.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: hlsl Assignee: wine-bugs(a)winehq.org Reporter: tinozzo123(a)gmail.com Distribution: --- Created attachment 76590 --> https://bugs.winehq.org/attachment.cgi?id=76590 Shader dumped by VKD3D_SHADER_DUMP_PATH Like the title says, after spending a few seconds in the title screen, Spider-Man: Shattered Dimensions crashes, with the following logs: ``` 017c:err:d3dcompiler:D3DCompile2 Failed to compile shader, vkd3d result -4. 017c:err:d3dcompiler:D3DCompile2 Shader log: 017c:err:d3dcompiler:D3DCompile2 <anonymous>:146:1: W5302: Ignoring unknown attribute "optimizeAutoZ". 017c:err:d3dcompiler:D3DCompile2 <anonymous>:121:14: E5016: Overlapping register() reservations on 'c27'. 017c:err:d3dcompiler:D3DCompile2 ``` This is a regression: it didn't happen on vkd3d 1.11 (Wine 9.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.

1 7

[Bug 52078] New: MusicBee: exception when attempting to drag tabs
by WineHQ Bugzilla Nov. 24, 2024

Nov. 24, 2024

https://bugs.winehq.org/show_bug.cgi?id=52078 Bug ID: 52078 Summary: MusicBee: exception when attempting to drag tabs Product: Wine Version: 6.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sangv(a)protonmail.com Distribution: --- Created attachment 71090 --> https://bugs.winehq.org/attachment.cgi?id=71090 The exception MusicBee gives + the console output, in a tarball When attempting to move the tabs located near the top of the window (the ones labelled "Music", "Now Playing", "Playlists", etc by default) MusicBee will throw an exception. This happens on both my existing MusicBee wineprefix as well as a fresh one, and on MusicBee versions 3.2.6804 and 3.4.7805. In addition to happening in Wine version 6.21, the issue remains in 6.22. Both versions of Wine were compiled from source. I'm using winetricks verbs `windowscodecs dotnet45 mfc42 xmllite gdiplus d3dx9 vcrun2008 wmp10`. My OS is EndeavourOS with kernel 5.15.2-zen1-1-zen. (I don't know how much of this information is really needed but I thought it was all worth a mention just in case?) Attached I have both the error MusicBee provides, as well as terminal output with debug channels warn+all as no information was printed in the terminal without 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.

1 9

[Bug 56852] New: I need DirectX 11 installed to run this game. Also says InitialzeEngine graphics failed
by WineHQ Bugzilla Nov. 24, 2024

Nov. 24, 2024

https://bugs.winehq.org/show_bug.cgi?id=56852 Bug ID: 56852 Summary: I need DirectX 11 installed to run this game. Also says InitialzeEngine graphics failed Product: Wine Version: 0.9.11. Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jordanap06(a)gmail.com Distribution: --- Created attachment 76658 --> https://bugs.winehq.org/attachment.cgi?id=76658 screenshot of pop up window Pop up window keeps occurring. says I need to download DierectX11 -- 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 54755] New: App jamming: Clicking on the zoom email meeting button causes the app to jam
by WineHQ Bugzilla Nov. 24, 2024

Nov. 24, 2024

https://bugs.winehq.org/show_bug.cgi?id=54755 Bug ID: 54755 Summary: App jamming: Clicking on the zoom email meeting button causes the app to jam Product: Wine Version: 8.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: 399989567(a)qq.com Distribution: --- Created attachment 74251 --> https://bugs.winehq.org/attachment.cgi?id=74251 Figure 1 Join the zoom meeting( how to apply and join the zoom meeting can refer to: # Bug 54754 ) According to "Figure 1" and "Figure 2" can trigger the bug, resulting in the whole application stuck, the following is an err log > 0024:err:virtual:virtual_setup_exception stack overflow 1220 bytes in thread 0024 addr 0x7bc24170 stack 0x120b3c (0x120000-0x121000-0x220000) -- 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 10472] New: File open dialog buffer too short for multiple file selection
by wine-bugs＠winehq.org Nov. 23, 2024

Nov. 23, 2024

http://bugs.winehq.org/show_bug.cgi?id=10472 Summary: File open dialog buffer too short for multiple file selection Product: Wine Version: 0.9.49. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: wine-comctl32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: freireclaudio(a)yahoo.com.ar The file open dialog seems to be using a buffer which is too short for multiple file selection. While Windows itself has this bug/feature, wine's version is much more annoying since I'm unable to select over 6 files usually (using long but not excessive names). A dynamic buffer (with a reasonable limit for security reasons perhaps) would be preferrable, but even a bigger buffer would help. I think windows' buffer is 4k. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 18

[Bug 56847] New: Inconsistent names in .desktop files of Wine tools
by WineHQ Bugzilla Nov. 23, 2024

Nov. 23, 2024

https://bugs.winehq.org/show_bug.cgi?id=56847 Bug ID: 56847 Summary: Inconsistent names in .desktop files of Wine tools Product: Wine Version: 9.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: f.alexander.wilms(a)gmail.com Distribution: --- The name entries of Wine's own desktop files don't all start with "Wine": Browse C:\ Drive Configure Wine Uninstall Wine Software Wine File Wine Help Browser Wine RegEdit Therefore, they are scattered in application launchers. Also, the entries don't match the windows titles of the tools. Maybe the entries should be renamed: Wine Add/Remove Programs Wine C:\ Drive Wine Configuration Wine File Manager Wine Registry Editor -- 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 56833] New: Installer of LabOne 24.04 stops with error " ... setup wizard ended prematurely ..."
by WineHQ Bugzilla Nov. 22, 2024

Nov. 22, 2024

https://bugs.winehq.org/show_bug.cgi?id=56833 Bug ID: 56833 Summary: Installer of LabOne 24.04 stops with error " ... setup wizard ended prematurely ..." Product: Wine Version: 9.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: alois.schloegl(a)gmail.com Distribution: --- Created attachment 76644 --> https://bugs.winehq.org/attachment.cgi?id=76644 debug log running LabOne installer The Installer of LabOne 24.04 stops with error " ... setup wizard ended prematurely ..." In order to reproduce this, download and run https://download.zhinst.com/24.04.59173/LabOne64-24.04.59173.msi -- 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 42606] New: wine doesn' t *fully* respect locale settings in some corner cases
by wine-bugs＠winehq.org Nov. 22, 2024

Nov. 22, 2024

https://bugs.winehq.org/show_bug.cgi?id=42606 Bug ID: 42606 Summary: wine doesn't *fully* respect locale settings in some corner cases Product: Wine Version: 2.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: galtgendo(a)o2.pl Distribution: --- This time it's a problem even if this is the only app currently running in the prefix. Download address for the engine: http://kikyou.info/dl_redirect.php?%2Ftvp%2Ffiles%2Fkr2_232r2.zip Instruction for setting up a project: http://kirikirikag.sourceforge.net/contents/Prepare.html (instructions seem to be for a different archive, but get the point across) So, when running 'LANG=ja_JP.utf8 wine krkr.eXe'(as it's different from my standard locale) and starting that project, most of the things seem to work correctly (as I've got the standard overrides for Gothic/Mincho set already in place), yet... When right clicking the engine console (not the game window), there's mojibake in that menu. WINEDEBUG=font log shows that for some reason CreateFontIndirectExW for Tahoma is called with charset determined by my standard locale, instead of the Japanese one. That somehow results in the text being treated as encoded in that locale's Windows codepage, instead of cp932 (or is that vice versa ?). -- 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 57072] New: Window is flashing when painting transluent effects
by WineHQ Bugzilla Nov. 22, 2024

Nov. 22, 2024

https://bugs.winehq.org/show_bug.cgi?id=57072 Bug ID: 57072 Summary: Window is flashing when painting transluent effects Product: Wine Version: 9.15 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dmitry(a)baikal.ru CC: z.figura12(a)gmail.com Regression SHA1: 46c8a637525d0f1cf67830295fb460c819b800b6 Distribution: --- An application that I have here draws transluent effects when mouse moves over some of its text items and that leads to huge flashing. It looks like top level window is constantly recreated. This is a regression caused by commit 46c8a637525d0f1cf67830295fb460c819b800b6 Author: Elizabeth Figura <zfigura(a)codeweavers.com> Date: Fri Jan 20 16:23:42 2023 -0600 winex11: Separately store the internal pixel format set by WGL_WINE_pixel_format_passthrough. Reverting just single line of this commit @@ -1402,12 +1402,12 @@ static BOOL set_win_format( HWND hwnd, const struct wgl_ pixel_format *format, BO XFlush( gdi_display ); release_gl_drawable( gl ); - win32u_set_window_pixel_format( hwnd, pixel_format_index( format ), FALSE ) ; + win32u_set_window_pixel_format( hwnd, pixel_format_index( format ), interna l ); completely fixes the problem. Could that be an inadvertent change or oversight? -- 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 56466] New: Dark souls remastered crashing with winewayland when trying to open "pc settings" in game
by WineHQ Bugzilla Nov. 22, 2024

Nov. 22, 2024

https://bugs.winehq.org/show_bug.cgi?id=56466 Bug ID: 56466 Summary: Dark souls remastered crashing with winewayland when trying to open "pc settings" in game Product: Wine Version: 9.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winewayland Assignee: wine-bugs(a)winehq.org Reporter: nazizeakz938(a)gmail.com Distribution: --- Created attachment 76231 --> https://bugs.winehq.org/attachment.cgi?id=76231 this is the crash file given when trying to open the pc settings in game. Playing dark souls remastered with winewayland results in a crash when trying to access "pc settings" from the in game menu. -- 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 53019] New: MusicBee: inconsistent CJK/non-Latin support with Tahoma, no support on any other font.
by WineHQ Bugzilla Nov. 22, 2024

Nov. 22, 2024

https://bugs.winehq.org/show_bug.cgi?id=53019 Bug ID: 53019 Summary: MusicBee: inconsistent CJK/non-Latin support with Tahoma, no support on any other font. Product: Wine Version: 7.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: activeds Assignee: wine-bugs(a)winehq.org Reporter: v_winebugs(a)outlook.com Distribution: ArchLinux Created attachment 72386 --> https://bugs.winehq.org/attachment.cgi?id=72386 All of the screenshots showcasing the bug, in a .tar.gz file. Tested on wine 7.7 as well as wine-staging 7.7. Running Arch Linux. Font replacements installed via winetricks - allfonts + fakechinese, fakejapanese, fakekorean. When Tahoma is selected as the default font, which is default on new installations of MusicBee in WINE, MusicBee displays CJK and symbols very inconsistently. 新しい日の誕生 by ２８１４ is a good example as not only is Japanese text used, but the artist name uses full-width characters which comes under the symbol part of this bug. The artist and album names are displayed just fine on the left sidebar, tag editor, track listing panel and mostly on the playing track panel. Generally, if there is no formatting on the text, it is displayed. However in the Music Explorer view, as well as playlist views such as Album & Tracks, Albums and Artists, squares are put in the text's place, typically on the portions meant to be formatted like headings (bolded, increased font size). When any other font is used, whether included by the WINE prefix or brought in from the distro, absolutely no font is displayed for those symbols whatsoever. Everywhere that renders fonts on MusicBee will not render any non-Latin symbols whatsoever. In either case, the title on the Playing Tracks panel does not display any non-Latin symbols whatsoever. I've checked the formatting and used the Regular variant of Tahoma. Changing the others on the Playing Tracks panel to Bold will result in squares, changing the size is fine. A workaround is to use a font that has all of the scripts needed for use, such as WenQuanYi Micro Hei for Japanese, Korean (on the font picker as Hangul and Hangul(Johab)) and Chinese (CHINESE_GB2312 and CHINESE_BIG5). As long as it has the relevant scripts, the symbols will be displayed, however since most fonts don't include CJK scripts, WINE/MusicBee has trouble displaying them when those fonts are picked. To make matters worse, due to .NET limitations, MusicBee can only use TrueType fonts, and some fonts result in MusicBee complaining that it's not a valid TrueType font, even though it only displays TrueType fonts in the font picker (Yu Gothic UI was used for this example). When searching for related bugs, I came across this: https://bugs.winehq.org/show_bug.cgi?id=34298#c5 Adding a font that works to the registry changes basically nothing. MusicBee still has trouble consistently rendering CJK and other symbols. -- 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 55859] New: LabView 2023.3.1 fails to install
by WineHQ Bugzilla Nov. 21, 2024

Nov. 21, 2024

https://bugs.winehq.org/show_bug.cgi?id=55859 Bug ID: 55859 Summary: LabView 2023.3.1 fails to install Product: Wine Version: 8.19 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: alexhenrie24(a)gmail.com Distribution: --- Created attachment 75381 --> https://bugs.winehq.org/attachment.cgi?id=75381 Terminal output Steps to reproduce: 1. Extract ni-labview-2023-community-x86_23.3.1_offline.iso to a directory called ni-labview-2023-community-x86_23.3.1_offline 2. Run `chmod +r -R ni-labview-2023-community-x86_23.3.1_offline` 3. Run `winetricks dotnet48` 4. Run `winecfg` and change the Windows version back to 10 5. Run `winetricks d3dcompiler_47` 6. Run `wine Install.exe` $ sha256sum ni-labview-2023-community-x86_23.3.1_offline.iso 654dec2f01a3ae2e13ac69dd22bb717fac25e625da1099f974676ea79516e7c5 -- 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 37

[Bug 54482] New: RtlCaptureStackBackTrace cause segv
by WineHQ Bugzilla Nov. 20, 2024

Nov. 20, 2024

https://bugs.winehq.org/show_bug.cgi?id=54482 Bug ID: 54482 Summary: RtlCaptureStackBackTrace cause segv Product: Wine Version: 8.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: ake.rehnman(a)gmail.com Distribution: --- Created attachment 74033 --> https://bugs.winehq.org/attachment.cgi?id=74033 patch attempt RtlCaptureStackBackTrace crash on segmentation fault because the unwinding keeps going beyond the stack end. It seems on x86-64 the stack actually starts at least 32 bytes below StackBase so the compariston with context.rsp to StackBase will never hit but we get a context.rpc value of 0 which obviously SEGV:s. I made a patch attempt and just check if rcp = 0 and end the unwinding. -- 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 42407] New: LdrUnloadDll may recursion unload same dll
by wine-bugs＠winehq.org Nov. 19, 2024

Nov. 19, 2024

https://bugs.winehq.org/show_bug.cgi?id=42407 Bug ID: 42407 Summary: LdrUnloadDll may recursion unload same dll Product: Wine Version: 1.9.0 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: xiewei(a)deepin.com Distribution: --- Created attachment 57219 --> https://bugs.winehq.org/attachment.cgi?id=57219 LdrUnloadDll log file It may cause QQ crash.LdrUnloadDll funcation recursion unload Flash.ocx,and dsound.dll ldr.LoadCount to 0,then dsound.dll be unload.But QQ process is still using dsound.dll. Type: EXCEPTION_ACCESS_VIOLATION Error: Read address 0x7985C309 Address: 7985C309 -- 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 40972] New: RtlVerifyVersionInfo returns wrong results
by wine-bugs＠winehq.org Nov. 19, 2024

Nov. 19, 2024

https://bugs.winehq.org/show_bug.cgi?id=40972 Bug ID: 40972 Summary: RtlVerifyVersionInfo returns wrong results Product: Wine Version: 1.9.14 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: marcinwiaz(a)poczta.onet.pl Distribution: --- Created attachment 55126 --> https://bugs.winehq.org/attachment.cgi?id=55126 Tiny test program - EXE and source (Note: this a different problem than in Bug 36143) Steps to reproduce: 1) Download and unpack Reproduce.exe, which is attached to this bug report 2) Configure Wine to emulate Windows 2003 (which has version number 5.2) for Reproduce.exe 3) Launch Reproduce.exe - you will see in the console window: CurrentOS is: 5.2 RequestedOS is >= than: 5.19 CurrentOS is < than RequestedOS (which is WRONG!) 4) Run true Microsoft Windows 2003 Server 5) Launch Reproduce.exe - you will see in the console window: CurrentOS is: 5.2 RequestedOS is >= than: 5.19 CurrentOS is >= than RequestedOS Explanation: Minor version numbers should be treated similarly to digits after a decimal point - so when comparing software versions: version 5.1 is < than version 5.2 version 5.11 is < than version 5.2 (note that 11 is > than 2 !) version 5.19 is < than version 5.2 (note that 19 is > than 2 !) So when comparing for VER_MINORVERSION or VER_SERVICEPACKMINOR inside the "VerifyVersionInfo" API, Microsoft uses a lexical comparison - which works as: lstrcmp(tostring(dwMinorVersion1),tostring(dwMinorVersion2)) or lstrcmp(tostring(wServicePackMinor1),tostring(wServicePackMinor2)) Please note, that it's still different than comparing real numbers, because: 5.20 = 5.2 but lstrcmp("5.20","5.2") != 0 So lstrcmp-like function must be used for VER_MINORVERSION and VER_SERVICEPACKMINOR checking inside the "RtlVerifyVersionInfo" function (which is called by the "VerifyVersionInfo" API in Wine) to be compatible with Microsoft Windows. Possible fix: in "version.c" file, add a new "version_compare_values_lexical" function. It should be based on the original "version_compare_values" function, but should use "lstrcmp" calls instead of integer comparisons. This "version_compare_values_lexical" function should be called instead of "version_compare_values" when checking for VER_MINORVERSION and VER_SERVICEPACKMINOR inside the "RtlVerifyVersionInfo" function. -- 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 49828] New: MSVC 2019 executables with ASAN enabled fail to start
by WineHQ Bugzilla Nov. 19, 2024

Nov. 19, 2024

https://bugs.winehq.org/show_bug.cgi?id=49828 Bug ID: 49828 Summary: MSVC 2019 executables with ASAN enabled fail to start Product: Wine Version: 5.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: nyanpasu64(a)tuta.io Distribution: --- Recent versions of MSVC allow building Windows .exes with ASAN (it may have already been possible using Clang.): https://devblogs.microsoft.com/cppblog/addresssanitizer-asan-for-windows-wi… I took an old Win32/MFC application and built it using MSVC ASAN on Windows 10, to try to discover memory bugs on Windows and Wine. - Program download at https://cdn.discordapp.com/attachments/653168829891084298/75454092297227479… . - Source at https://github.com/nyanpasu64/Dn-FamiTracker/tree/b3ba802f (permalink at https://cdn.discordapp.com/attachments/653168829891084298/75454082852061186… ). - To build, copy cmake_user_begin.cmake.example to cmake_user_begin.cmake, then run CMake in MSVC 32-bit Release mode. It may be possible using Visual Studio's .json file or msbuild, but I haven't tried yet. On Windows, the program starts without problems. On wine-5.17, when I try to run this program, it crashes during the loading process. nyanpasu64(a)dell-arch ~/apps> wine Dn_FamiTracker_ASAN.exe 0024:fixme:ntdll:EtwEventRegister ({6c6c766d-3846-4e6a-a4fb-5b530bd0f3fa}, 00401030, 00884590, 008845A8) stub. 0024:fixme:ntdll:EtwEventSetInformation (deadbeef, 2, 0084A41C, 34) stub ==32==AddressSanitizer CHECK failed: D:\agent\_work\3\s\src\vctools\crt\asan\llvm\compiler-rt\lib\asan\asan_rtl.cc:401 "((!asan_init_is_running && "ASan init calls itself!")) != (0)" (0x0, 0x0) <empty stack> `winedbg Dn_FamiTracker_ASAN.exe` doesn't work, it gets stuck on `0x00000000005c9701 EntryPoint+0xffffffffffffffff in dn_famitracker_asan: ret`. If I instead `winedbg --gdb Dn_FamiTracker_ASAN.exe`, I get a pile of identical SIGTRAP with different backtraces. These are non-fatal and can be continued. I think these correspond to asan errors that would normally terminate the program, but unfortunately it doesn't print log messages when running in winedbg. I don't know how to fix that. 0x005c9701 in _sanitizer_print_stack_trace () from /home/nyanpasu64/.wine/dosdevices/z:/home/nyanpasu64/apps/Dn_FamiTracker_ASAN.exe The last SIGTRAP is different: 0x7bc52379 in DbgBreakPoint(a)0 () from /home/nyanpasu64/.wine/dosdevices/c:/windows/syswow64/ntdll.dll Afterwards the program starts. (It used to crash, but works with lib32-libpulse and lib32-mpg123 installed, unsure if that's why.) -- 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 43262] New: Drag&Drop not working between wine explorer and other applications
by wine-bugs＠winehq.org Nov. 19, 2024

Nov. 19, 2024

https://bugs.winehq.org/show_bug.cgi?id=43262 Bug ID: 43262 Summary: Drag&Drop not working between wine explorer and other applications Product: Wine Version: 2.11 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mintos(a)discard.email Distribution: --- https://pastebin.com/39uSnrR7 console 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.

2 6

[Bug 52215] New: MSTSC (Remote Desktop) 7.0 cannot find its MUI files when Windows version is set to 7
by WineHQ Bugzilla Nov. 18, 2024

Nov. 18, 2024

https://bugs.winehq.org/show_bug.cgi?id=52215 Bug ID: 52215 Summary: MSTSC (Remote Desktop) 7.0 cannot find its MUI files when Windows version is set to 7 Product: Wine Version: 7.0-rc1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: aros(a)gmx.com Distribution: --- Created attachment 71279 --> https://bugs.winehq.org/attachment.cgi?id=71279 Error. File not found. C:\windows\system32\<LANG_NAME>\mstsc.exe.MUI A workaround is to set the Windows version to XP but I don't like it because Wine as far as I know doesn't allow to set a per application Windows version and my default Windows version is set to 7. strace shows that Wine doesn't even attempt to find MUI files as if some resolution inside it breaks completely when Windows != XP. -- 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 57007] New: Sequence Editor from Legendary Explorer of ME3Tweaks Mod Manager triggers GDI assert
by WineHQ Bugzilla Nov. 18, 2024

Nov. 18, 2024

https://bugs.winehq.org/show_bug.cgi?id=57007 Bug ID: 57007 Summary: Sequence Editor from Legendary Explorer of ME3Tweaks Mod Manager triggers GDI assert Product: Wine Version: 9.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdiplus Assignee: wine-bugs(a)winehq.org Reporter: raulvior.bcn(a)gmail.com Distribution: --- Created attachment 76845 --> https://bugs.winehq.org/attachment.cgi?id=76845 Log generated with WINEDEBUG=warn Sequence Editor 6.4.18 from Legendary Explorer of ME3Tweaks Mod Manager 9.0 (Tools->Legendary Explorer) triggers assert from Wine code base "err:msvcrt:_wassert (L"graphics->hdc_refs == 0",L"dlls/gdiplus/graphics.c",2621)". Executing with WINEDEBUG=warn+heap shows the following warning "warn: Using GDI for swapchain presentation. This will impact performance." which belongs to https://github.com/doitsujin/dxvk/blob/master/src/d3d9/d3d9_swapchain.cpp#L… The assert is triggered when trying to add a BioSeqVar_StoryManagerX variable where X is one of {Bool,Float,Int,StateId}. I have not tried all other object types. But from the Variables tab it only crashes when double clicking in any of those four. The PCC file opened with the Sequence Editor can be downloaded here: https://drive.proton.me/urls/GSMNK9XPF8#MHMpgEs2uYHe You have to configure Wine to emulate a virtual desktop. Otherwise tooltips and menus appear as black rectangles. ### Software information Legendary Explorer 6.4.18 from ME3Tweaks Mod Manager 9.0. ### System information - GPU: AMD Radeon VII (RADV VEGA20) - Driver: radv 24.1.3 - Wine version: wine-9.13 ### Apitrace file(s) https://drive.proton.me/urls/DGQS3343J4#0BDgJCGU0pfz -- 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 48641] New: skse64 is broken with the ntdll-ForceBottomUpAlloc patchset
by WineHQ Bugzilla Nov. 18, 2024

Nov. 18, 2024

https://bugs.winehq.org/show_bug.cgi?id=48641 Bug ID: 48641 Summary: skse64 is broken with the ntdll-ForceBottomUpAlloc patchset Product: Wine-staging Version: 5.0-rc3 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: qsniyg(a)mail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- While SKSE64 now works properly under wine, it hangs (then fails to launch) when the ntdll-ForceBottomUpAlloc patchset is enabled. Building wine-staging without that specific patchset works fine. This is similar to how it was in earlier wine versions, before a better version of the F4SE patches (https://github.com/hdmap/wine-hackery/tree/master/f4se) were mainlined. -- 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 14

[Bug 57099] New: Frosty Mod Manager opens up but apply nor launch the game.
by WineHQ Bugzilla Nov. 17, 2024

Nov. 17, 2024

https://bugs.winehq.org/show_bug.cgi?id=57099 Bug ID: 57099 Summary: Frosty Mod Manager opens up but apply nor launch the game. Product: Wine Version: 9.13 Hardware: arm OS: MacOS Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tanvir.maht(a)outlook.com Frosty Mod Manager can be opened but you can’t apply mods and then launch the game. -- 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