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

[Bug 56912] New: GR2Analyst 3 Weather Radar Software
by WineHQ Bugzilla Aug. 21, 2024

Aug. 21, 2024

https://bugs.winehq.org/show_bug.cgi?id=56912 Bug ID: 56912 Summary: GR2Analyst 3 Weather Radar Software Product: Wine Version: 9.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: stormtrackertony(a)gmail.com Distribution: --- Created attachment 76733 --> https://bugs.winehq.org/attachment.cgi?id=76733 backtrace of error Latest version of this software loads but errors when trying to import radar data. Shared the attached backtrace with the software developer and he responded: The problem is here: 0x0043a534 gr2analyst+0x3a534: ldsl %eax,%esi Which is trying to load a full 48-bit pointer into segment:register from a memory location. Win32 programs aren't allowed to mess with their segment registers. I don't see that code anywhere in my asm listing files, so there are two possibilities: 1. The stack is getting corrupted and the return address from a function call is trashed, so the program tries to execute junk (which happens to be the LDS instruction). Of course, the question is "why doesn't this happen on real Windows"? 2. WINE has a bug that trashes the stack. -- 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 56999] New: LineMediaPlayer.exe from NAVER Line needs msvcp140_2.dll.__std_smf_cyl_bessel_i
by WineHQ Bugzilla Aug. 21, 2024

Aug. 21, 2024

https://bugs.winehq.org/show_bug.cgi?id=56999 Bug ID: 56999 Summary: LineMediaPlayer.exe from NAVER Line needs msvcp140_2.dll.__std_smf_cyl_bessel_i Product: Wine Version: 9.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcp Assignee: wine-bugs(a)winehq.org Reporter: pq2sx44teeigl7za(a)chyen.cc Distribution: --- Created attachment 76838 --> https://bugs.winehq.org/attachment.cgi?id=76838 Logs for LineMediaPlayer.exe LineMediaPlayer.exe is used to display images and videos in LINE. After a recent upgrade, the player no longer works, showing an error about missing msvcp140_2.dll.__std_smf_cyl_bessel_i (see logs) Steps to reproduce: 1. Download and install https://desktop.line-scdn.net/win/new/LineInst.exe - it's linked from https://line.me/ when using a Windows User-Agent header. 2. Try to run LineMediaPlayer.exe (ex: wine /home/user/.local/share/wine/drive_c/users/user/AppData/Local/LINE/Data/plugin/LineMediaPlayer/1.2.0.545/LineMediaPlayer.exe) Here 1.2.0.545 is the currently installed version of LineMediaPlayer. You may need to change the version to the latest one if there are updates. Investigation: In Microsoft STL, __std_smf_cyl_bessel_i calls boost::math::cyl_bessel_i [1]. C++17 provides std::cyl_bessel_i. I'm not sure if it's feasible to use that in a C project like Wine. Even if C++ is allowed, I assume a version requirement like C++17 is still an issue. [1] https://github.com/microsoft/STL/blob/vs-2022-17.10/stl/src/special_math.cp… [2] https://en.cppreference.com/w/cpp/numeric/special_functions/cyl_bessel_i [3] https://github.com/kcat/openal-soft/commit/d6d572df66eb2b5beeb3da7f3b11a328… -- 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 56652] New: 3ds max setup error
by WineHQ Bugzilla Aug. 21, 2024

Aug. 21, 2024

https://bugs.winehq.org/show_bug.cgi?id=56652 Bug ID: 56652 Summary: 3ds max setup error Product: Wine-staging Version: 9.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: finenkofedor(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- 3DS Max 2024 wasn't launching without pasting bs.odis dlls to system32 folder, all libs was in setup folder. After setting dll override setup launched but could not finish installation. Figured out there's problem in main package, 3dsmax.msi, it wasn't launched either. I attached torrent file linked to my package -- 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 57085] New: winebus SDL backend seems to always report force feedback effects as playing on linux, confuses BeamNG.drive 0.32.5.0
by WineHQ Bugzilla Aug. 20, 2024

Aug. 20, 2024

https://bugs.winehq.org/show_bug.cgi?id=57085 Bug ID: 57085 Summary: winebus SDL backend seems to always report force feedback effects as playing on linux, confuses BeamNG.drive 0.32.5.0 Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: hid Assignee: wine-bugs(a)winehq.org Reporter: katharine.chui(a)gmail.com Distribution: --- Wine/Proton users have not been able to use "Fast" update type on BeamNG.drive. https://www.beamng.com/threads/workaround-to-get-ffb-to-work-on-linux-proto… After reporting the lack of IDirectInputEffect::Start calls on Wine to BeamNG.drive, it seems that they will be force issuing ::Start once after ::CreateEffect in a future update, regardless of the output of ::GetEffectStatus, if the change does not break other wheels on windows. Discussing the issue further with BeamNG.drive developer stenyak on discord, with "Fast" update type for force feedback, current release of BeamNG.drive seems to always query effect status using ::GetEffectStatus, and would only issue ::Start if the effect is not playing. If my tracing is correct, https://gitlab.winehq.org/wine/wine/-/blob/6e15604c48acd63dd8095a4ce2fd011c… always emits effect playing report on hid because on Linux, SDL does not support SDL_HAPTIC_STATUS. Due to ::GetEffectStatus flagging effect playing falsely, ::Start is never issued on Wine, causing effects to never play on the SDL hid backend. While BeamNG.drive seems to be quite open to doing small fixes to help players on Wine/Proton as long as it does not break on windows, is there anything that could be change on this end to make it less confusing for applications that relies on ::GetEffectStatus going forward? -- 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 43146] New: gtkmm hello world program can't show window
by wine-bugs＠winehq.org Aug. 20, 2024

Aug. 20, 2024

https://bugs.winehq.org/show_bug.cgi?id=43146 Bug ID: 43146 Summary: gtkmm hello world program can't show window Product: Wine Version: 2.8 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bing(a)nym.hush.com Distribution: --- Created attachment 58373 --> https://bugs.winehq.org/attachment.cgi?id=58373 gtkmm hello world tarball So I tried the gtkmm hello world program: https://developer.gnome.org/gtkmm-tutorial/stable/sec-helloworld.html.en and I put it in a tarball (Attached.) Anyway, I cross-compiled it with mingw and it runs fine in a windows VM. When I run it with wine though, it crashes -- which is surprising because the program does so little! I ran it with GDK_DEBUG=all and I can see that it's crashing on the showing of a window. I guess I should mention that I'm running this in an Xorg session, and not Wayland. Anyway, I'm running wine 2.8 as provided by Fedora 25. Here is the backtrace: https://pastebin.com/yWZkHkDZ I don't know if it's customary to upload executables here, so I won't do that unless asked. -- 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 56633] New: Version 9.8 source code triggers a virus alert on MacOS Sonoma on M3
by WineHQ Bugzilla Aug. 20, 2024

Aug. 20, 2024

https://bugs.winehq.org/show_bug.cgi?id=56633 Bug ID: 56633 Summary: Version 9.8 source code triggers a virus alert on MacOS Sonoma on M3 Product: Wine Version: unspecified Hardware: aarch64 OS: MacOS Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: erisi(a)comcast.net When attempting to download source for 9.8, a virus alert is triggered on my MBP. This does not happen with 9.7 source. -- 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 49381] New: Building wine from source on 32 bit Slackware Linux fails since 5.10.
by WineHQ Bugzilla Aug. 20, 2024

Aug. 20, 2024

https://bugs.winehq.org/show_bug.cgi?id=49381 Bug ID: 49381 Summary: Building wine from source on 32 bit Slackware Linux fails since 5.10. Product: Wine Version: 5.10 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: studiosg(a)giustetti.net Distribution: --- Created attachment 67441 --> https://bugs.winehq.org/attachment.cgi?id=67441 Archive containing the configure, make dep and make output in 2 files The issue arises while building Wine 5.10 on 32 bit Slackware. Both Slackware 14.2 stable and current (15.0 beta) are affected while The 64 bit version builds just fine. The build procedure exits badly while linking ntdll.so, returning errors like: /usr/bin/ld: unix/server.o: in function `remove_fd_from_cache': server.c:(.text+0x29d): undefined reference to `InterlockedCompareExchange64' /usr/bin/ld: unix/server.o: in function `add_fd_to_cache': server.c:(.text+0x60f): undefined reference to `InterlockedCompareExchange64' The output of the configure, make dep and make command is included into the attached archive. They refer to the 14.2 current environment. Thanks Simone -- 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 47396] New: Lord of the Rings Mouse Pointer falls back to System-Pointer since wine 4.9
by wine-bugs＠winehq.org Aug. 20, 2024

Aug. 20, 2024

https://bugs.winehq.org/show_bug.cgi?id=47396 Bug ID: 47396 Summary: Lord of the Rings Mouse Pointer falls back to System-Pointer since wine 4.9 Product: Wine Version: 4.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: wasti2k(a)gmail.com Distribution: --- Mouse Pointer falls back to System-Pointer since wine 4.9 Mouse Pointer changes to System Pointer, by moving the pointer over an enemy. Last working Version was Wine 4.6 -- 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 56842] New: Run the absolute path exe file and use the current process to retrieve the working directory as Linux working directory, not Windows working directory. ( GetCurrentDirectoryW -->NtCurrentTeb() -->Peb -->ProcessParameters -->CurrentDirectory DosPath）
by WineHQ Bugzilla Aug. 20, 2024

Aug. 20, 2024

https://bugs.winehq.org/show_bug.cgi?id=56842 Bug ID: 56842 Summary: Run the absolute path exe file and use the current process to retrieve the working directory as Linux working directory, not Windows working directory. ( GetCurrentDirectoryW -->NtCurrentTeb() -->Peb -->ProcessParameters -->CurrentDirectory DosPath） Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: zmtong1988(a)gmail.com Distribution: --- 1. Running the desktop lnk file will use SetCurrentDirectoryW() to set the current entry working directory, while GetCurrentDirectoryW() obtains the normal Windows working directory. 1) While processing the lnk file, parse the shell: IPersistStream_fnLoad Working Dir ->L "C: \ \ Program Files (x86) \ \ test \\" 2) SHELL_execute -->dir=L "C: \ \ Program Files (x86) \ \ test \\" 3) Set working directory: SetCurrentDirectoryW() -->L "C: \ \ Program Files (x86) \ \ test \\" 4) Get working directory GetCurrentDirectoryW() ->us=&NtCurrentTeb() ->Peb ->ProcessParameters ->CurrentDirectory DosPath The working directory obtained is L "C: \ \ Program Files (x86) \ \ test \ \". At this point, the application obtains the working directory of the current process through GetCurrentDirectoryW(), which is the normal windwos working directory. 2. Run the absolute path exe and use GetCurrentDirectoryW() to obtain the current process directory, which is the working directory for running Linux. 1) SHELL_execute -->dir=(null) 2) GetCurrentDirectoryW() -->L "Z: \ \ home \ \ work \ \ desktop\\ Retrieve the working directory of a running command process (for example, when I open a terminal on the desktop to run a command, the working directory obtained is: L "Z: \ \ home \ \ work \ \ desktop \ \). At this point, the application obtains the working directory of the current process as the Linux working directory through GetCurrentDirectoryW(). The file we need to load is in the Windows working directory, not in the current process's working directory, which prevents us from finding the corresponding file in the working directory. -- 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 56773] New: PES 2014 lags a lot during gameplay, sound gets choppy
by WineHQ Bugzilla Aug. 20, 2024

Aug. 20, 2024

https://bugs.winehq.org/show_bug.cgi?id=56773 Bug ID: 56773 Summary: PES 2014 lags a lot during gameplay, sound gets choppy Product: Wine Version: 9.0 Hardware: arm OS: MacOS Status: UNCONFIRMED Severity: major Priority: P1 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: Tanvirmahtab1(a)outlook.com The in-game menu works great but whenever launching a match, game starts to lag and sound gets broken. I use crossover 24. -- 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