wine-bugs

wine-bugs@winehq.org

1 participants
158635 discussions

[Bug 51386] New: ln.exe needs KERNEL32.dll.FindFirstFileNameW
by WineHQ Bugzilla 17 May '25

17 May '25

https://bugs.winehq.org/show_bug.cgi?id=51386 Bug ID: 51386 Summary: ln.exe needs KERNEL32.dll.FindFirstFileNameW Product: Wine Version: 6.12 Hardware: x86-64 URL: https://web.archive.org/web/20210530064017/https://sch inagl.priv.at/nt/ln/ln.html OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: awineuser(a)mail.com Distribution: Ubuntu ln.exe, a command line utility that works with hard links and symbolic links, can crash during a "deloreon copy" (incremental backup). Specifically, the command used was this: ln --backup --unroll --1023safe --progress --delorean <source directory> <previous backup dir> <new backup dir> When it crashes, the terminal output says: wine: Call from 7BC2980A to unimplemented function KERNEL32.dll.FindFirstFileNameW, aborting Sometimes the command completes without crashing, so apparently it doesn't always call this function? Note: the 32-bit version of ln.exe was used. I haven't tested the 64-bit version. -- 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 58230] New: File creation time ATL CTime year<1970 assertion error on M4 mac. Local timezone?
by WineHQ Bugzilla 16 May '25

16 May '25

http://bugs.winehq.org/show_bug.cgi?id=58230 Bug ID: 58230 Summary: File creation time ATL CTime year<1970 assertion error on M4 mac. Local timezone? Product: Wine Version: 10.7 Hardware: arm OS: MacOS Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fiendishx(a)gmail.com Versions of MFC ATL since the v141 Visual Studio build toolchain changed a year boundary assertion in CTime::CTime(int, int, int, int, int, int, int) from 1900 (in v140) to 1970 (v141, v142, v143), so it now has ATLENSURE( nYear >= 1970 ); where it previously had ATLENSURE( nYear >= 1900 ); I have a secondhand report from someone that on an M4 Mac, during CFile::GetFilePath -> CFile::GetStatus, the CTime constructor is getting an invalid creation time in 1969. Specifically, 6 hours before 1970, which is suspiciously equal to their time zone of -6. They temporarily modified the ATL CTime code used to build their program (not ideal, obviously) and made it emit: nYear from within CTime System time year is less than 1970 Year: 1969 Month: 12 Day: 31 Hour: 18 Minute: 0 Second: 0 DST: -1 This does not produce an error with Visual Studio build toolchain v140 and earlier, but does after v141. Can someone who knows where to look make sure that file creation times aren't being sent too far into the past because of local timezones? (Can we also clamp the year to 1970?) -- 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 56723] New: Vegas Pro 14: crash upon creating the main window
by WineHQ Bugzilla 16 May '25

16 May '25

https://bugs.winehq.org/show_bug.cgi?id=56723 Bug ID: 56723 Summary: Vegas Pro 14: crash upon creating the main window Product: Wine Version: 9.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: paper(a)paper.us.eu.org Distribution: --- Created attachment 76504 --> https://bugs.winehq.org/attachment.cgi?id=76504 Terminal output from running Vegas Wine 9.8 crashes when starting Vegas Pro 14; this looks to be specific to AMD graphics cards as Vegas starts fine under both Intel and Nvidia. Other users[1] seem to report this as well: Installer works and program "runs" at first when clicked. Will eventually crash once reaching "Creating Windows" step. Between the time of the last test and this test, I had switched from an NVIDIA video card to an AMD video card. I'm unsure if this hardware change caused or contributed to this error. A trial version of Vegas 14 can be retrieved from Magix's download center at https://dl03.magix.com/trial_vegaspro14.exe [1]: https://appdb.winehq.org/objectManager.php?sClass=version&iId=39145&iTestin… -- 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 54995] New: msys2: git clone fails with 'Socket operation on non-socket'
by WineHQ Bugzilla 16 May '25

16 May '25

https://bugs.winehq.org/show_bug.cgi?id=54995 Bug ID: 54995 Summary: msys2: git clone fails with 'Socket operation on non-socket' Product: Wine Version: 8.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winsock Assignee: wine-bugs(a)winehq.org Reporter: bernhardu(a)mailbox.org Distribution: --- git clone --mirror git://sourceware.org/git/newlib-cygwin.git msys2-runtime Cloning into bare repository '.../msys2-runtime' 010c:fixme:winsock:addrinfo_flags_to_unix unhandled flags 0x80000 fatal: packet write failed: Socket operation on non-socket -- 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 10

[Bug 57397] New: Apps hang when trying to show tooltip
by WineHQ Bugzilla 16 May '25

16 May '25

https://bugs.winehq.org/show_bug.cgi?id=57397 Bug ID: 57397 Summary: Apps hang when trying to show tooltip Product: Wine Version: 9.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winewayland Assignee: wine-bugs(a)winehq.org Reporter: bigfoothart(a)gmail.com Distribution: --- Created attachment 77380 --> https://bugs.winehq.org/attachment.cgi?id=77380 mso 2007 wayland debug Apps hang when trying to show button tooltips. May require several attempts for hovering over buttons to show tooltips to trigger the hang. Reproduced for MS Office 2007, 2010, 2013. Tried 9.17-9.20 versions and main branch 9.20-233-g24694dabfc5 -- 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 57805] New: Wine CoreMIDI: Extra program change event on sending program change through MIDI Output from winmm
by WineHQ Bugzilla 16 May '25

16 May '25

https://bugs.winehq.org/show_bug.cgi?id=57805 Bug ID: 57805 Summary: Wine CoreMIDI: Extra program change event on sending program change through MIDI Output from winmm Product: Wine Version: unspecified Hardware: aarch64 OS: MacOS Status: UNCONFIRMED Severity: normal Priority: P2 Component: winecoreaudio.drv Assignee: wine-bugs(a)winehq.org Reporter: david.silaban(a)gmail.com Created attachment 78012 --> https://bugs.winehq.org/attachment.cgi?id=78012 Screen shot of the sample output I tried to use Falcosoft SoundFont Player 6 (a MIDI player) using Wine on MacOS, I tried to play some MIDI files through it but it always seem to be stuck on program 00 (Acoustic Grand Piano) on all tracks. I tried to capture the MIDI output data through Pocket MIDI (a free MacOS app something like MIDI-OX on Windows), it seems there is an error on sending 2 byte messages such as Program Change. Attached is the sample output from sending one program change from the UI. Expected output the Program Change message should only be sent once, not twice. -- 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 51248] New: UrlGetPart produces different results from Windows
by WineHQ Bugzilla 16 May '25

16 May '25

https://bugs.winehq.org/show_bug.cgi?id=51248 Bug ID: 51248 Summary: UrlGetPart produces different results from Windows Product: Wine Version: 6.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: shlwapi Assignee: wine-bugs(a)winehq.org Reporter: jp-dev(a)inbox.ru Distribution: --- Created attachment 70120 --> https://bugs.winehq.org/attachment.cgi?id=70120 test program, logs It produces difference result codes. There is a test case on some URLs and relevant output from Windows 10 vs Wine 6.10. Sometimes it will return a different HRESULT, or it will fail parsing the query string. -- 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 58185] New: Country Siblings: EXCEPTION_ACCESS_VIOLATION related with D3D11
by WineHQ Bugzilla 16 May '25

16 May '25

http://bugs.winehq.org/show_bug.cgi?id=58185 Bug ID: 58185 Summary: Country Siblings: EXCEPTION_ACCESS_VIOLATION related with D3D11 Product: Wine Version: 10.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: force140(a)gmail.com Distribution: --- Created attachment 78482 --> http://bugs.winehq.org/attachment.cgi?id=78482 Log created by the game (krkr.console.log) I'm trying to run the English version of a visual novel known as Country Siblings (https://vndb.org/v48724), when trying to run it on wine the game crashes with an error pop up about "Access Violation" without opening tha main window, the details about the crash are logged in the attached file, and seems to be blaming d3d11.dll in two prefixes: my gaming prefix with a couple of winetricks including dxvk, and a vanilla wine prefix that I made to test the game. I downloaded the demo and it does the same thing. My system: OS: Garuda Linux CPU: AMD Ryzen 5 5600G GPU: Saphire Pulse Radeon 6700XT (AMD) RAM: 16GB @ 3200MHz Wine installed from pacman wine --version wine-10.6 I tested the game on a Windows 10 and works without apparent issues. -- 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 10

[Bug 57148] New: ghidraRun.bat shows: Syntax error: unexpected IN
by WineHQ Bugzilla 16 May '25

16 May '25

https://bugs.winehq.org/show_bug.cgi?id=57148 Bug ID: 57148 Summary: ghidraRun.bat shows: Syntax error: unexpected IN Product: Wine Version: 9.16 Hardware: x86-64 OS: Linux Status: NEW Severity: minor Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: bernhardu(a)mailbox.org Distribution: --- For starting up ghidra a batch file "ghidraRun.bat" can be used. This shows the messages: C:\ghidra_11.1.2_PUBLIC>:: Ghidra launch Syntax error Syntax error: unexpected IN ... This is because there developers decided to use %# as iterator variable. Indeed native can handle almost all ascii character above space until tilde except these: "&,;<=>^| The application starts up successfully because this should just detect if it got started via a doubleclick or from a console window, so this is just a minor issue. https://github.com/NationalSecurityAgency/ghidra/blob/184180d54dbdf3db3c030… -- 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 58191] New: dwrite tests fail to compile with mingw-gcc 15 due to attempt to link to truncf
by WineHQ Bugzilla 16 May '25

16 May '25

http://bugs.winehq.org/show_bug.cgi?id=58191 Bug ID: 58191 Summary: dwrite tests fail to compile with mingw-gcc 15 due to attempt to link to truncf Product: Wine Version: 10.6 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: dwrite Assignee: wine-bugs(a)winehq.org Reporter: stefan(a)codeweavers.com Distribution: --- Since my system updated mingw to gcc 15.1, Wine fails to build: /usr/libexec/gcc/x86_64-w64-mingw32/ld: dlls/dwrite/tests/x86_64-windows/layout.o: in function `test_pixelsnapping': /home/stefan/build/_wine64/../../src/wine/dlls/dwrite/tests/layout.c:4782:(.text$test_pixelsnapping+0x312): undefined reference to `truncf' $ x86_64-w64-mingw32-gcc --version x86_64-w64-mingw32-gcc (Gentoo 15.1.0 p55) 15.1.0 Windows 11's msvcrt.dll indeed does not export trunc(), truncf() or truncl(), although ucrtbase.dll does. So adding the exports to our msvcrt would fix the build but break running the tests on Windows. The line in question doesn't call truncf. It calls floor(), which newer gcc apparently lowers to truncf. Building the file in question with -O0 of -fno-builtin-floor fixes the 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.

1 4

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs