July 2025 - Wine-bugs - list.winehq.org

[Bug 39627] New: BreezeBrowser Pro 1.x crashes on start
by wine-bugs＠winehq.org 09 Dec '25

09 Dec '25

https://bugs.winehq.org/show_bug.cgi?id=39627 Bug ID: 39627 Summary: BreezeBrowser Pro 1.x crashes on start Product: Wine Version: 1.7.34 Hardware: x86 URL: http://www.breezesys.com/downloads/bbpro1987.exe OS: Linux Status: NEW Keywords: download, regression Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: erich.e.hoover(a)wine-staging.com Regression SHA1: ca51e113e4820f8b11016c13732b1a971d2b0054 Distribution: --- The application crashes immediately after starting (no backtrace is generated for me): fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub fixme:ntdll:server_ioctl_file Unsupported ioctl 900a8 (device=9 access=0 func=2a method=0) fixme:ntdll:server_ioctl_file Unsupported ioctl 900a8 (device=9 access=0 func=2a method=0) wine: Unhandled exception 0x40000015 in thread 9 at address 0x80d930 (thread 0009), starting debugger... If you manually create an empty 'dbglogs' directory under ~/Documents, then the application starts properly.It seems the application fails to create that directory for some reason. Regression introduced by commit ca51e113e4820f8b11016c13732b1a971d2b0054 Author: Erich E. Hoover <erich.e.hoover(a)gmail.com> Date: Tue Aug 19 20:31:00 2014 -0600 ntdll: Unify retrieving the attributes of a file. The commit can't be reverted on git (Wine build failure), however the application starts properly with the previous commit (and dbglogs directory is created). Still present in wine-1.7.55-73-g39f2ed3. bbpro1987.exe sha1: ead99cf82bc8eeac4413ed4939891bbe57251058 -- 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.

3 22

[Bug 53354] New: Wine should provide icu.dll
by WineHQ Bugzilla 09 Dec '25

09 Dec '25

https://bugs.winehq.org/show_bug.cgi?id=53354 Bug ID: 53354 Summary: Wine should provide icu.dll Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: osmanx(a)problemloesungsmaschine.de Distribution: --- Created attachment 72742 --> https://bugs.winehq.org/attachment.cgi?id=72742 tzdb.exe Windows since at least version Windows 10 19H1 ships a icu.dll in the system directory. The VS2022 (and I think also VS2019) C++ standard library in C++20 mode uses this DLL to implement the timezone database as specified by the C++ standard. The standard library loads this DLL dynamically with LoadLibraryExW (see <https://github.com/microsoft/STL/blob/ef62d3fa0b8e4e2406b9bb74e916e1ca8a1df…>) and throws a std::system_error (see <https://github.com/microsoft/STL/blob/ef62d3fa0b8e4e2406b9bb74e916e1ca8a1df…> and <https://github.com/microsoft/STL/blob/ef62d3fa0b8e4e2406b9bb74e916e1ca8a1df…>) when it cannot load it. In order to provide compatibility with modern Windows versions, IMHO Wine should thus ship a compatible icu.dll. A similar issue also exists for older Windows versions even on the Microsoft side (see <https://github.com/microsoft/STL/issues/1911>). This issue arose since I recently modernized timezone handling in OpenMPT by using C++20 chrono. For now, I have worked around the problem in OpenMPT. See <https://bugs.openmpt.org/view.php?id=1618> and <https://source.openmpt.org/browse/openmpt?op=comp&compare[]=/trunk/OpenMPT/…>. Simple test case: ``` // cl /std:c++20 /permissive- /EHsc /O2 /W4 tzdb.cpp #include <chrono> #include <iostream> #include <stdexcept> #include <windows.h> int main() { try { std::chrono::get_tzdb_list(); } catch (const std::exception & e) { std::cerr << "FAIL: " << e.what() << std::endl; return 1; } std::cout << "OK" << std::endl; return 0; } ``` tzdb.exe 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.

2 9

[Bug 54646] New: Entering the minus symbol displays parentheses
by WineHQ Bugzilla 09 Dec '25

09 Dec '25

https://bugs.winehq.org/show_bug.cgi?id=54646 Bug ID: 54646 Summary: Entering the minus symbol displays parentheses Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: pascal.legrand(a)univ-orleans.fr Distribution: --- Hello, I have been using, for many years, a small personal accounting application developed in Delphi. (I am not the developer) This one worked perfectly via Wine. Since one of the last update I have a display problem. When I enter a negative value in the application, once the entry validated the minus sign (debit) turns into parentheses: Input: -100€ Display: (100€) Do you know where this problem could come from? Thank you in advance for your help. -- 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 14

[Bug 57332] New: ReadLink (FSCTL_GET_REPARSE_POINT) returns garbage on Wine but works on actual Windows
by WineHQ Bugzilla 09 Dec '25

09 Dec '25

https://bugs.winehq.org/show_bug.cgi?id=57332 Bug ID: 57332 Summary: ReadLink (FSCTL_GET_REPARSE_POINT) returns garbage on Wine but works on actual Windows Product: Wine Version: 9.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: joshudson(a)gmail.com Distribution: --- After hammering past the other error; I found this line returns garbage on Wine but something sensible on actual Windows. https://github.com/joshudson/Emet/blob/302fe61d0b8614e2a57930fc75cffa034ba3… Whatever the garbage was, it rendered as ???? on the terminal; while it may actually be ???? it's more likely to be four unprintable characters. This time, the test harness stacktrace blew up on unwind resulting in getting a wine exception handler coming up at top level, so it may have corrupted memory too. Looks like it's a duplicate of https://bugs.winehq.org/show_bug.cgi?id=12401 but isn't. The symptoms are different, probably due to the other one trying to use reparse points (which wouldn't amaze me if they simply didn't work) and this one trying to use symbolic links (which does). -- 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 1

[Bug 58386] New: TQSL 2.8.1
by WineHQ Bugzilla 08 Dec '25

08 Dec '25

http://bugs.winehq.org/show_bug.cgi?id=58386 Bug ID: 58386 Summary: TQSL 2.8.1 Product: Wine Version: 10.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: kvradio(a)seznam.cz Distribution: --- Created attachment 78796 --> http://bugs.winehq.org/attachment.cgi?id=78796 Saved after error display With new version Wine 10.10 the Tqsl program, which is needed for other logging programs under Wine, has stopped working. Previous version including 10.9-1 is ok. The program can be installed, but after starting it, the error see backtrace.txt appears and cannot be started -- 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 3

[Bug 54573] New: win64 bug: err:module:import_dll Library iconv.dll
by WineHQ Bugzilla 08 Dec '25

08 Dec '25

https://bugs.winehq.org/show_bug.cgi?id=54573 Bug ID: 54573 Summary: win64 bug: err:module:import_dll Library iconv.dll Product: Wine-staging Version: 8.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: romulasry(a)protonmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 74116 --> https://bugs.winehq.org/attachment.cgi?id=74116 wine pant.net logfile When I run: wine paint.net.5.0.2.install.anycpu.web.exe See attached log. -- 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 45

[Bug 25535] New: .NET Framework 4.0 Fails to install with HRESULT 0x80070643
by wine-bugs＠winehq.org 07 Dec '25

07 Dec '25

http://bugs.winehq.org/show_bug.cgi?id=25535 Summary: .NET Framework 4.0 Fails to install with HRESULT 0x80070643 Product: Wine Version: 1.3.9 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: pjdowson(a)gmail.com Wine version is 1.3.9, compiled with no parameters on Fedora 13. Installing dotNetFx40_Full_x86_x64.exe downloaded from the MS website, the installer will open and verify the integrity of files. The next stage will attempt to install the .NET Framework 4.0 Client Profile. Towards the end of this install the installer will fail with HRESULT 0x80070643, leaving little or no information in the %TEMP% folder as to the cause. The installer will only run if wine is set to WinXP. Process used to reproduce: WINEPREFIX=~/.wine-net40 sh winetricks gecko WINEPREFIX=~/.wine-net40 sh winetricks windowscodecs ie7 msxml3 WINEPREFIX=~/.wine-net40 wineboot WINEDEBUG=+relay WINEPREFIX=~/.wine-net40 wine Downloads/net40/dotNetFx40_Full_x86_x64.exe &> net-out I also attempted to install the .NET Framework 4.0 Client Profile prior to installing the Full package. This provides the same error, the only difference to the above process used was the filename of the Client Profile installer dotNetFx40_Client_x86_x64.exe. Each time I attempted to install I used a clean WINEPREFIX, deleting the prior one before attempting again. Screenshot of error: http://www.stimpy.org/wine/net-error.png Logs referenced in above screenshot, in %TEMP% dir: http://www.stimpy.org/wine/net-install-logs.tar.gz Output of installer debug: http://www.stimpy.org/wine/net-out.tar.gz This is my first bug report, I apologize if I have missed anything out. -- 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 48

[Bug 56647] New: ntdll-Junction_Points prevent rustup from correctly installing a toolchain
by WineHQ Bugzilla 07 Dec '25

07 Dec '25

https://bugs.winehq.org/show_bug.cgi?id=56647 Bug ID: 56647 Summary: ntdll-Junction_Points prevent rustup from correctly installing a toolchain Product: Wine-staging Version: 9.8 Hardware: x86-64 URL: https://rustup.rs/ OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lorenzofer(a)live.it CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: ArchLinux Created attachment 76423 --> https://bugs.winehq.org/attachment.cgi?id=76423 return STATUS_NOT_A_REPARSE_POINT instead of STATUS_INVALID_PARAMETER Hi. With the recent rustup 1.27.0 using wine-staging with the ntdll-Junction_Points patches, the toolchain installation doesn't complete properly, failing to write to the settings.toml under the prefix home .rustup directory info. A bug with the same root cause is also present on rustup 1.26.0 where while the installation was completing properly, it was failing to remove the .rustup/tmp/* directories, causing issues with subsequent installations. Both bugs express the same behavioral pattern with few differences. I investigated the directory bug firstly, so I will detail this, and confirmed that the problem and the expected solution are the same. Rustup (or one of it's dependency managing files) get the handle of the temporary directory using CreateFileW and then checking if it's a reparse point using DeviceIoControl with FSCTL_GET_REPARSE_POINT. The directories (and the file) aren't reparse points at all, so the readlink fails returining EINVAL. This EINVAL is then mapped to an NT_STATUS using errno_to_status that map EINVAL to STATUS_INVALID_PARAMETER. However this mapping is incorrect for FSCTL_GET_REPARSE_POINT as in this case applications that handle this case like rustup try to handle this case by epxecting STATUS_NOT_A_REPARSE_POINT. Returning STATUS_NOT_A_REPARSE_POINT in this case allow rustup to work (both versions ) Attaching a patch to show the change in the file.c code (and restored also the out_buffer check) -- 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 32523] New: CreateSymbolicLinkW() is not implemented
by wine-bugs＠winehq.org 07 Dec '25

07 Dec '25

http://bugs.winehq.org/show_bug.cgi?id=32523 Bug #: 32523 Summary: CreateSymbolicLinkW() is not implemented Product: Wine Version: 1.5.17 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: alexey.pushkin(a)mererand.com Classification: Unclassified It looks like Vista+ CreateSymbolicLinkW() is not implemented: wine: Unimplemented function KERNEL32.dll.CreateSymbolicLinkW called at address..., starting debugger... I suppose it's fairly trivial to implement it with normal unix symlinks, isn't it ? -- 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 9

[Bug 33997] New: win86emu needs Unimplemented function KERNEL32.dll.CreateSymbolicLinkA
by wine-bugs＠winehq.org 07 Dec '25

07 Dec '25

http://bugs.winehq.org/show_bug.cgi?id=33997 Bug #: 33997 Summary: win86emu needs Unimplemented function KERNEL32.dll.CreateSymbolicLinkA Product: Wine Version: 1.6-rc4 Platform: arm URL: http://forum.xda-developers.com/showthread.php?t=20959 34 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: nerv(a)dawncrow.de CC: focht(a)gmx.net Classification: Unclassified PostInstall.exe from win86emu says: wine: Call from 0xb6b71868 to unimplemented function KERNEL32.dll.CreateSymbolicLinkA, aborting I already checked that it doesn't try to import something from kernel32 per ordinal. -- 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 11