August 2023 - Wine-bugs - list.winehq.org

[Bug 37372] New: Unexpected order of results in wildcard expansion
by wine-bugs＠winehq.org 03 Jan '25

03 Jan '25

https://bugs.winehq.org/show_bug.cgi?id=37372 Bug ID: 37372 Summary: Unexpected order of results in wildcard expansion Product: Wine Version: 1.7.28 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: andreas(a)grapentin.org in cmd.exe, execute the following statement: for %f in (*) do echo %f On windows, you expect the files to be listed in lexicographically ascending order, and some applications rely on that behaviour, one example being the Gothic2 Modkit during Script parsing. However, the order when executing this through wine seems random. -- 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 4

[Bug 54342] New: ws2_32:sock - test_WSARecv() sometimes fails with "got apc_count 1." on Windows 7
by WineHQ Bugzilla 03 Jan '25

03 Jan '25

https://bugs.winehq.org/show_bug.cgi?id=54342 Bug ID: 54342 Summary: ws2_32:sock - test_WSARecv() sometimes fails with "got apc_count 1." on Windows 7 Product: Wine Version: 8.0-rc4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winsock Assignee: wine-bugs(a)winehq.org Reporter: jinoh.kang.kr(a)gmail.com CC: fgouget(a)codeweavers.com Distribution: --- test_WSARecv() sometimes fails with "got apc_count 1." on w7u_adm. -- 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 51656] New: Gaea Installer crashes in riched when pressing enter
by WineHQ Bugzilla 03 Jan '25

03 Jan '25

https://bugs.winehq.org/show_bug.cgi?id=51656 Bug ID: 51656 Summary: Gaea Installer crashes in riched when pressing enter Product: Wine Version: 6.15 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: richedit Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- The installer of Gaea (linked) will crash when you click into the EULA editor and press enter. -- 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 53405] New: Into The Breach freezes when enabling fullscreen
by WineHQ Bugzilla 03 Jan '25

03 Jan '25

https://bugs.winehq.org/show_bug.cgi?id=53405 Bug ID: 53405 Summary: Into The Breach freezes when enabling fullscreen Product: Wine Version: 7.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tinozzo123(a)tutanota.com Distribution: --- Created attachment 72796 --> https://bugs.winehq.org/attachment.cgi?id=72796 Wine logs The Windows version of the game Into The Breach freezes when enabling fullscreen in the game settings, and the only way to exit the game is to kill the process. The freeze does not happen if the game is started with fullscreen already on (by changing it on the configuration file) or if disabling fullscreen in the game settings. (Tested on the Epic Games Store 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 11

[Bug 52447] New: Regression: .NET framework 2 installer hangs
by WineHQ Bugzilla 03 Jan '25

03 Jan '25

https://bugs.winehq.org/show_bug.cgi?id=52447 Bug ID: 52447 Summary: Regression: .NET framework 2 installer hangs Product: Wine Version: 7.0 Hardware: x86-64 OS: FreeBSD Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: damjan.jov(a)gmail.com Shortly after Wine 6.11: winetricks dotnet20 hangs while installing System.Windows.Forms. A git bisect gives: fed7e7a78b4bea183d0cbb107953e275f17baa4f is the first bad commit commit fed7e7a78b4bea183d0cbb107953e275f17baa4f Author: Alexandre Julliard <julliard(a)winehq.org> Date: Mon Jun 21 15:57:26 2021 +0200 ntdll: Simulate a syscall return when starting a thread. Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> dlls/ntdll/unix/server.c | 2 +- dlls/ntdll/unix/signal_arm.c | 65 ++++++++++--------------- dlls/ntdll/unix/signal_arm64.c | 70 +++++++++++---------------- dlls/ntdll/unix/signal_i386.c | 102 ++++++++++++++++++---------------------- dlls/ntdll/unix/signal_x86_64.c | 91 +++++++++++++++-------------------- dlls/ntdll/unix/thread.c | 2 +- dlls/ntdll/unix/unix_private.h | 2 +- 7 files changed, 138 insertions(+), 196 deletions(-) -- 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 48877] New: [regression] Melodyne crashes when using the Pitch tool
by WineHQ Bugzilla 03 Jan '25

03 Jan '25

https://bugs.winehq.org/show_bug.cgi?id=48877 Bug ID: 48877 Summary: [regression] Melodyne crashes when using the Pitch tool Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdiplus Assignee: wine-bugs(a)winehq.org Reporter: marcan(a)marcansoft.com Distribution: --- Created attachment 66814 --> https://bugs.winehq.org/attachment.cgi?id=66814 Partial fix Tested on git master. Regression was introduced by commit 9bc6f004ce, but that commit is not the root cause. The assertion `assert( obj->numRects <= nb_points / 2 );` would fail, but the code actually crashes earlier due to memory corruption as obj->rects overflows. In the normal case of nb_points == 0, ET->ymin..ymax are 2147483647..-2147483648, which makes the code iterate over zero scanlines as ymax < ymin. However, in the crash case, ymin..ymax are -2147483648..378 (note the negative ymin), so it tries to iterate over two billion scanlines and adds rects to the obj until it crashes. This happens because create_polypolygon_region gets passed an insane polygon with a -2147483648,-2147483648 vertex. The actual bug is in GdipWidenPath, which produces NaN float points, which get converted to that insane int after rounding. And this happens because Melodyne is passing in a degenerate path with the first two points at the same position (added debugging trace to dump the path points): format: "index: [type] X, Y" 00df:err:gdiplus:GdipWidenPath 0: [0] 4.000000, 4.000946 00df:err:gdiplus:GdipWidenPath 1: [1] 4.000000, 4.000946 00df:err:gdiplus:GdipWidenPath 2: [3] 4.000000, 4.000946 00df:err:gdiplus:GdipWidenPath 3: [3] 4.000000, 4.000000 00df:err:gdiplus:GdipWidenPath 4: [3] 4.000000, 4.000000 The code goes GdipWidenPath -> widen_open_figure -> widen_cap, where the segment length is computed as 0 and it ends up dividing by zero. I'm not sure what Windows does here. add_bevel_point handles the special case by just placing a point coincident with the path, ignoring the pen width. The attached patch generalizes that to widen_cap as a whole. It fixes the Melodyne crash for me, but I'm not sure if it's the correct behavior, and degenerate segments will probably cause problems in other code paths (e.g. add_anchor seems to have the same bug). Maybe a better solution would be to just remove coincident points from the path before widening (being careful of cases where the path ends up with one point after this). Someone with more experience with the GDI code should look at this, and perhaps test it on Windows to see how it behaves. -- 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 13

[Bug 54025] New: Quixel Mixer 2022.1.0 Beta installer cannot find the specified path
by WineHQ Bugzilla 03 Jan '25

03 Jan '25

https://bugs.winehq.org/show_bug.cgi?id=54025 Bug ID: 54025 Summary: Quixel Mixer 2022.1.0 Beta installer cannot find the specified path Product: Wine Version: 7.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: igor.hope(a)noostyche.ru Distribution: --- Created attachment 73591 --> https://bugs.winehq.org/attachment.cgi?id=73591 Output as the program runs. Distro: Ubuntu 20.04 x64 Kernel: Linux 6.0.8 CPU: Ryzen 7 1700 GPU: Radeon RX 580 8 Gb Driver: Mesa 22.2.4 (Kisak PPA) Steps to reproduce: - Running the installation file. - In the installation dialog, after confirming the selection of the directory to install, an error is displayed: "The path you entered is invalid". Changing the path to different directories does not solve the problem. - The program cannot be installed. Download link: https://quixel.com/products/mixer -- 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 17

[Bug 17930] New: Cygwin compilation breaks without --disable-16bit
by wine-bugs＠winehq.org 31 Dec '24

31 Dec '24

http://bugs.winehq.org/show_bug.cgi?id=17930 Summary: Cygwin compilation breaks without --disable-16bit Product: Wine Version: 1.1.17 Platform: PC OS/Version: Windows XP Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: gdi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: dgerard(a)gmail.com http://wiki.winehq.org/WineOnWindows Cygwin compilation previously broke at internettransport.c (bug 16833). However, it now breaks in dispdib.dll16.spec: ccache gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_REENTRANT -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith -g -O2 -o dispdib.o dispdib.c ../../tools/winebuild/winebuild -w --def -o dispdib.dll16.def --export ./dispdib.dll16.spec ./dispdib.dll16.spec:1: 'pascal' not supported for Win32 make[2]: *** [dispdib.dll16.def] Error 1 make[2]: Leaving directory `/cygdrive/d/wine-git/dlls/dispdib.dll16' make[1]: *** [dispdib.dll16] Error 2 make[1]: Leaving directory `/cygdrive/d/wine-git/dlls' make: *** [dlls] Error 2 Regression testing shows the commit in question as: [86f54f4c8900db155ad9b11fabf644e0c1b644f9] gdi32: Make dispdib.dll into a stand-alone 16-bit module. Later builds break similarly in compobj.dll16.spec: ./compobj.dll16.spec:215: Type 'segptr' not supported for Win32 ./compobj.dll16.spec:216: Type 'segptr' not supported for Win32 ./compobj.dll16.spec:217: Type 'segptr' not supported for Win32 make[2]: *** [compobj.dll16.def] Error 1 make[2]: Leaving directory `/cygdrive/d/cygwine/wine-1.1.17/dlls/compobj.dll16' make[1]: *** [compobj.dll16] Error 2 make[1]: Leaving directory `/cygdrive/d/cygwine/wine-1.1.17/dlls' make: *** [dlls] Error 2 -- 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 4

[Bug 22384] New: DbgHelp doesn't support DWARF-2 on Mac OS X
by wine-bugs＠winehq.org 30 Dec '24

30 Dec '24

http://bugs.winehq.org/show_bug.cgi?id=22384 Summary: DbgHelp doesn't support DWARF-2 on Mac OS X Product: Wine Version: 1.1.42 Platform: x86 OS/Version: Mac OS X 10.6 Status: UNCONFIRMED Severity: minor Priority: P2 Component: dbghelp AssignedTo: wine-bugs(a)winehq.org ReportedBy: cdavis(a)mines.edu Mac OS X has long had support for DWARF-2. Unfortunately, the current implementation of DWARF-2 support in DbgHelp is tied to ELF. This means it can't directly be used on Mac OS X, because Mac OS X does not support ELF. I understand that getting things to work on Linux first takes priority over getting them to work on Mac OS, but right now we Mac users are stuck with the inferior stabs format. Plus, I get the feeling we're going to need this for 64-bit support. Also, DWARF happens to be the default format on 10.5 and up. I also understand that the scheme that Apple uses is different from ELF systems. Not only does DWARF-2 stuff get its own segment (__DWARF), but when the binary is built, the DWARF stuff is put into a dSYM companion bundle. On top of that, the dSYM bundle isn't even generated automatically for multi-file builds. This means that: - We have to invoke dsymutil to create the dSYM bundle. - We have to install the dSYM bundle (if present) with each binary. - We have to find the dSYM bundle to get DWARF-2 debug info. I would be more than willing to help with this. (This might have even made a good SoC project. Too late now...) -- 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 10

[Bug 55408] New: Adobe premiere 6.5 About window missing scrolling text
by WineHQ Bugzilla 30 Dec '24

30 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=55408 Bug ID: 55408 Summary: Adobe premiere 6.5 About window missing scrolling text Product: Wine Version: 8.10 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: randrik(a)mail.ru Distribution: --- So, I have this installation of Adobe Premiere 6.5 in wine prefix. It was rendering its own test project ok in winXP mode, so I moved along and updated wine few times. Turned out there was regression somewhere between wine 6.16 and wine 8.0-rc2, where if I call About dialog it will display usual text, and then after pause it should display various credit lines scrolling up. I see sadly just first line and then white space after that in new wine. Same prefix works if I re-install older wine 6.16 (compiled for earlier version of Slackware) I captured two log files with WINEDEBUG="+gdi,+font" wine premiere.exe > ~/wine-8.12_gdi_font_adobe_premiere.log 2>&1 but they 34 and 52 Mb big (uncompressed). Any idea where I can put them, or what I should capture instead? -- 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