February 2021 - Wine-bugs - list.winehq.org

[Bug 49936] New: modal dialog box behaves modeless
by WineHQ Bugzilla 13 Jan '24

13 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=49936 Bug ID: 49936 Summary: modal dialog box behaves modeless Product: Wine Version: 5.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ch.panel(a)free.fr Distribution: --- Creating a modal dialog box in an MDI environment : when this one has for parent an MDI Child window, this behaves like a modeless window (bug because MDI child was expecting an answer) when this one has for parent the Application Frame window (parent of parent... of MDI Child window), this behaves correctly (modal). It's like wine doesn't manage MDI model correctly... -- 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 38780] New: AArch64 platforms: register X18 must remain reserved for Wine to run 64-bit ARM Windows applications (Distro aarch64 toolchains need '-ffixed-x18' default, loader/libc/userland)
by wine-bugs＠winehq.org 12 Jan '24

12 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=38780 Bug ID: 38780 Summary: AArch64 platforms: register X18 must remain reserved for Wine to run 64-bit ARM Windows applications (Distro aarch64 toolchains need '-ffixed-x18' default, loader/libc/userland) Product: Wine Version: 1.7.45 Hardware: aarch64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, split off from bug 38719 ("64-bit ARM Windows applications from Windows SDK for Windows 10 crash when accessing TEB/PEB members (AArch64 platform specific register X18 must be reserved for TEB)") Resolution is 'upstream' here, the Wine part is bug 38719 http://infocenter.arm.com/help/topic/com.arm.doc.ihi0055b/IHI0055B_aapcs64.… Chapter 5 "THE BASE PROCEDURE CALL STANDARD" --- quote --- The role of register r18 is platform specific. If a platform ABI has need of a dedicated general purpose register to carry interprocedural state (for example, the thread context) then it should use this register for that purpose. If the platform ABI has no such requirements, then it should use r18 as an additional temporary register. The platform ABI specification must document the usage for this register. Note Software developers creating platform independent code are advised to avoid using r18 if at all possible. Most compilers provide a mechanism to prevent specific registers from being used for general allocation; portable hand-coded assembler should avoid it entirely. It should not be assumed that treating the register as callee saved will be sufficient to satisfy the requirements of the platform. Virtualization code must, of course, treat the register as they would any other resource provided to the virtual machine. --- quote --- Regards -- 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 37

[Bug 47406] New: add support for debug symbols is separate files
by wine-bugs＠winehq.org 12 Jan '24

12 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=47406 Bug ID: 47406 Summary: add support for debug symbols is separate files Product: Wine Version: 4.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: winedbg Assignee: wine-bugs(a)winehq.org Reporter: galtgendo(a)o2.pl Distribution: --- <will be a bit ranty> One on the "installation options" on Gentoo is 'splitdebug'. It allows to keep debug symbols in separate files (and potentially keep them compressed). gdb supports it (AFAICT) seamlessly. While addr2line doesn't seem to supports it, the one from elfutils does. I don't know where Gentoo got the idea, but given gdb and elfutils, it's likely more wide-spread than Gentoo family. So, would you consider adding support for it in winedbg ? -- 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 46777] New: Two Worlds 2 crashing on start [REGRESSION]
by wine-bugs＠winehq.org 12 Jan '24

12 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=46777 Bug ID: 46777 Summary: Two Worlds 2 crashing on start [REGRESSION] Product: Wine Version: 4.3 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: timofeevsv1989(a)gmail.com Distribution: --- Created attachment 63791 --> https://bugs.winehq.org/attachment.cgi?id=63791 Two Worlds 2 crash. Console out. Two Worlds 2 crashing on start. In older wine (4.0) on load screen. On old wine 1.1.39 everything was OK -- 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 49852] New: Performance regression in "msvcrt: Use correct code page in _write when outputing to console."
by WineHQ Bugzilla 12 Jan '24

12 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=49852 Bug ID: 49852 Summary: Performance regression in "msvcrt: Use correct code page in _write when outputing to console." Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcrt Assignee: wine-bugs(a)winehq.org Reporter: martin(a)martin.st Distribution: --- Created attachment 68190 --> https://bugs.winehq.org/attachment.cgi?id=68190 Test sample Since 081d25d4b989c732d301b786311c034132c8d7a3, "msvcrt: Use correct code page in _write when outputing to console.", a test app (that prints a lot to stdout) had an around 10-20x slowdown. Before, "time wine64 ihateeh-x86_64.exe > /dev/null 2>&1" ran in around 1 second, after that commit it takes 15 seconds. (At some later point, it has regressed further to 25 seconds. The corresponding testcase on aarch64 used to run in 3 seconds, after the commit it takes 60, and with current master takes around 120 seconds.) -- 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 13685] New: Anarchy Online is very slow in certain areas (< 3fps or 0)
by wine-bugs＠winehq.org 12 Jan '24

12 Jan '24

http://bugs.winehq.org/show_bug.cgi?id=13685 Summary: Anarchy Online is very slow in certain areas (< 3fps or 0) Product: Wine Version: CVS/GIT Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: krause.marcel(a)gmx.net It's something that's bugging me for a good while, and is also being mentioned in the AppDB article for the game. As I said there it can be "worked around" by using the commercial cedega software, which has other minor problems too, but nothing compared to the slowness under wine. 1. download the free client using bittorrent: http://torrent.funcom.com/torrents/AnarchyOnline_17.6.1_EP0.exe.torrent 2. register a free account: http://register.funcom.com/ 3. Start the game, talk to the neutral recruiter at the island and take the Wompah (teleporter) to Borealis, which will leave you in complete graphical laggyness. You can also notice the laggyness at the Unicorn Outpost (needs paid expansion content), playershops in the guild cities (paid content too), and a few more places. All of these places are frequently used by the players and visiting them is a major pain of course, but as they're the central places in game, you can't really get around on the long run. It's not my system causing the lag though, as it works fine with the cedega software. Specs are: Athlon X2 5000+ 2Gb Ram GeForce 8600GT(a)256MB 400GB WD harddisk 16MBit/s internet connection Regards, Marcel Krause -- 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 39

[Bug 46658] New: Far Cry configurator: reduced height of comboboxes
by wine-bugs＠winehq.org 11 Jan '24

11 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=46658 Bug ID: 46658 Summary: Far Cry configurator: reduced height of comboboxes Product: Wine Version: 3.15 Hardware: x86 OS: Linux Status: NEW Keywords: regression Severity: minor Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: dark.shadow4(a)web.de Regression SHA1: 3d0be0bad8eca72e67199ebfb451150d58494ba3 Distribution: --- Created attachment 63591 --> https://bugs.winehq.org/attachment.cgi?id=63591 screenshot showing the difference Far Cry configuration tool allows to tweak certain game settings. When I open any of the comboboxes, the drop-down list shows only 2 items. It should display more items as it is the case after reverting commit 3d0be0bad8eca72e67199ebfb451150d58494ba3. See attached screenshot for comparison. Plain terminal output yields nothing and the free demo doesn't include the configurator tool. Please let me know if you need debug logs. Tested in Wine 4.2 with the GOG.com version of 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.

2 14

[Bug 42208] New: Error when compiling winhlp32.
by wine-bugs＠winehq.org 08 Jan '24

08 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=42208 Bug ID: 42208 Summary: Error when compiling winhlp32. Product: Wine Version: 2.0-rc5 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: carlo.bramix(a)libero.it Distribution: --- While trying to compile wine with mingw and cygwin as shell, I got this error: ../.././../w/tools/winegcc/winegcc.exe -o winhlp32.exe -B../.././../w/tools/winebuild --sysroot=../.. -b \ i686-w64-mingw32 -fasynchronous-unwind-tables -mwindows callback.o hlpfile.o macro.o string.o \ winhelp.o macro.lex.yy.o winhlp32.res ../../dlls/shell32/libshell32.a \ ../../dlls/comctl32/libcomctl32.a ../../dlls/comdlg32/libcomdlg32.a ../../dlls/user32/libuser32.a \ ../../dlls/gdi32/libgdi32.a ../../libs/port/libwine_port.a -lwine macro.lex.yy.o: nella funzione "yylex": /home/Carlo/w2/programs/winhlp32/macro.lex.yy.c:1032: riferimento non definito a "yywrap" collect2: error: ld returned 1 exit status winegcc: i686-w64-mingw32-gcc failed make: *** [Makefile:322: winhlp32.exe] Error 2 It says that "yywrap" is an undefined reference. This probably happens because the macro.lex.l is not aware of the fact that is can be also cross compiled, which is the thing you have to do when you want to run wine natively on Windows, for example. At the end of the file there is an #ifndef yywrap ... #endif: I replaced it with an #if 1 and the program has been compiled correctly. But I guess it has to be fixed correctly. Sincerely. -- 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 2

[Bug 48172] New: 32 bit wine is unable to allocate a continuous 1.5GB block of memory
by WineHQ Bugzilla 08 Jan '24

08 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=48172 Bug ID: 48172 Summary: 32 bit wine is unable to allocate a continuous 1.5GB block of memory Product: Wine Version: 4.20 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: aros(a)gmx.com Distribution: --- Steps to reproduce: 1) Create a 7zip archive with 1.5GB dictionary (a PC with at least 20GB of RAM is required) using a 64 bit version of the application In console this could be done this way using native p7zip: 7za a -md=1536m arc.7z [files or folders] 2) Try to unpack this file in 32bit Wine/32bit WinRAR - you'll get a message: Not enough memory -- 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 23

[Bug 26142] New: Civilization 4: Screen turns black on turn end with built-in msxml
by wine-bugs＠winehq.org 05 Jan '24

05 Jan '24

http://bugs.winehq.org/show_bug.cgi?id=26142 Summary: Civilization 4: Screen turns black on turn end with built-in msxml Product: Wine Version: 1.3.13 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msxml3 AssignedTo: wine-bugs(a)winehq.org ReportedBy: lukasz.wojnilowicz(a)gmail.com Created an attachment (id=33298) --> (http://bugs.winehq.org/attachment.cgi?id=33298) Image showing the problem Steps to reproduce: 1) remove ~/.wine 2) install Civilization 4 complete 3) wine Civilization4.exe 4) load my save 5) end the turn Behaviour: Black screen and HUD is OK. The game doesn't hang. See attachment (left image) Expected behaviour: There should be no black screen. See attachment (right image) Workaround: winetricks msxml3 Additional comment: This bug occurs randomly and mostly after short films inside the game. If I try to load the same saved game once more time I get black screen too. unless I exit to desktop and load the game again. -- 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 37