wine-bugs September 2023

wine-bugs@winehq.org

1 participants
2298 discussions

[Bug 43677] New: Act of Aggression - Stuck on loading screen
by wine-bugs＠winehq.org 14 Jan '24

14 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=43677 Bug ID: 43677 Summary: Act of Aggression - Stuck on loading screen Product: Wine Version: 2.15 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: supagu(a)gmail.com Distribution: --- Running from steam, it first tries to install some of the usual libs that steam does and then run the game: https://pastebin.com/fkwYwgK5 -- 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 55289] New: undefined reference to `wWinMain'
by WineHQ Bugzilla 13 Jan '24

13 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=55289 Bug ID: 55289 Summary: undefined reference to `wWinMain' Product: Wine Version: 8.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winecrt0 Assignee: wine-bugs(a)winehq.org Reporter: esteve.varela(a)gmail.com Distribution: --- I can't get wineg++ -mconsole -municode to correctly attempt to call wmain instead of wWinMain: $ echo '#include <stddef.h>\nint wmain(int argc,wchar_t *argv[]){return 0;}' > test.c $ wineg++ -mconsole -municode test.c /usr/lib/gcc/x86_64-pc-linux-gnu/12/../../../../x86_64-pc-linux-gnu/bin/ld: /usr/lib/wine-staging-8.11/bin/../wine/x86_64-unix/libwinecrt0.a(exe_wmain.o): in function `wmain': (.text+0x9b): undefined reference to `wWinMain' collect2: error: ld returned 1 exit status winegcc: /usr/bin/x86_64-pc-linux-gnu-g++ failed This issue is reproducible on both Debian 12 and Gentoo, using winehq-8.11. -- 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 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 52966] New: user32:combo - test_listbox_size() fails in Wine in the Japanese locale
by WineHQ Bugzilla 13 Jan '24

13 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=52966 Bug ID: 52966 Summary: user32:combo - test_listbox_size() fails in Wine in the Japanese locale Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- user32:combo - test_listbox_size() fails in Wine in the Japanese locale: combo.c:798: Test marked todo: Test 1, expected list height to be 0, got 14 combo.c:798: Test failed: Test 2, expected list height to be 0, got 15 combo.c:798: Test failed: Test 11, expected list height to be 0, got 15 combo.c:798: Test succeeded inside todo block: Test 15, expected list height to be 54, got 54 https://test.winehq.org/data/patterns.html#user32:combo This is readily reproducible with: (just make sure to have the required locale in locale -a) LANG=ja_JP.UTF-8 ./wine dlls/user32/tests/user32_test.exe combo -- 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 2

[Bug 54501] New: IrfanView - Pasting into clipboard results in a black screen
by WineHQ Bugzilla 13 Jan '24

13 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=54501 Bug ID: 54501 Summary: IrfanView - Pasting into clipboard results in a black screen Product: Wine Version: 8.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: maiktapwagner(a)aol.com Distribution: --- Created attachment 74052 --> https://bugs.winehq.org/attachment.cgi?id=74052 Console output (wine-8.1 on Slackware64/Multilib) Hello everyone, I downloaded IrfanView in its own prefix with the following: sha256sum iview462_x64_setup.exe d9d4c5f3120a9420e2dbaf0ee8931556e161787fbc4297d5fb4e4c7616fdd668 iview462_x64_setup.exe and it installs and seems to run just fine. Steps to reproduce - Start IrfanView - Start Gimp (Linux-native) - Open an Image in Gimp - Copy the image from Gimp into IrfanView - Paste it into IrfanView Expected result: Image should show in IrfanView Actual result: Black screen though dimension of the image are shown at the bottom of the application. Console output is 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.

1 10

[Bug 55593] New: F.E.A.R crashes with "Out of memory" error when starting a new game
by WineHQ Bugzilla 12 Jan '24

12 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=55593 Bug ID: 55593 Summary: F.E.A.R crashes with "Out of memory" error when starting a new game Product: Wine Version: 8.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: VladimirVSC(a)yandex.ru Distribution: --- Created attachment 75121 --> https://bugs.winehq.org/attachment.cgi?id=75121 Console output in Wine 8.0.2 and 8.15 The game was working fine in wine 7.0 but was broken in 8.0, where it was constantly crashing in the middle of intro movie after a new game has been started. In wine 8.0.2 the error have changed - now it crashes with "Out of memory" error or with another "Program error" (console output attached). When using the recent wine 8.15, the result is the same. System: Linux Mint Debian Edition 5 CPU: Core-I5 12500 RAM: 16 Gb Video: RTX 3060 Ti (driver 525.105.17) -- 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 52491] New: SpaceDesk: Error when trying to connect to the server now but it worked in 6.10 and below
by WineHQ Bugzilla 12 Jan '24

12 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=52491 Bug ID: 52491 Summary: SpaceDesk: Error when trying to connect to the server now but it worked in 6.10 and below Product: Wine Version: 7.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jota0222(a)hotmail.com Distribution: --- Created attachment 71785 --> https://bugs.winehq.org/attachment.cgi?id=71785 Log Of SpaceDesk Runinng After the release of stable 7.0.0, I noticed that SpaceDesk stoped working and then I tried some older versions versions, none of the listed to register the apps in the WineHQ page worked (6.21 and above), however it worked in all the ones below 6.10. I didn't try with the ones in between, so I don't really know when the bug was introduced exactly. The app doesn't throw exceptions or show error in logs, the log attached is basically the same in both 6.10 and 7.0.0 versions. I also tried with winedbg but if I dissable $BreakOnFirstChance it never stops on any exception and the log finish up being the same as the one attached (at least doesn't looks like it's showing things related to the issue). And if I run it with $BreakOnFirstChance set as 1, it's impossible to reach the moment of in which the error occurs due to al the exceptions in which it stops before to even show the window. This image shows the error: https://paste.pics/FTUXV -- 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 55497] New: regression wine >= 7: page fault on read access to 0x00000000 in "TKKG 1" (EN: Jennifer is Missing, DE: Katjas Geheimnis - Tivoli)
by WineHQ Bugzilla 12 Jan '24

12 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=55497 Bug ID: 55497 Summary: regression wine >= 7: page fault on read access to 0x00000000 in "TKKG 1" (EN: Jennifer is Missing, DE: Katjas Geheimnis - Tivoli) Product: Wine Version: 8.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: kolAflash(a)kolahilft.de Distribution: --- Created attachment 75060 --> https://bugs.winehq.org/attachment.cgi?id=75060 Wine 7.0.4 backtrace In Wine <= 6.0.4 "TKKG 1" runs fine. But Wine-7.0.2 and newer versions do not work. Game: TKKG 1: Jennifer is Missing (DE: Katjas Geheimnis) Publisher: Tivola (see AppDB) wine-staging-8.14: wine: Unhandled page fault on read access to 00000000 at address 6AB253F0 (thread 0140), starting debugger... Attached Wine-7.0.4 backtrace information. For running with Wine-6.0.4 this patch is needed. https://bugs.winehq.org/show_bug.cgi?id=44931#c10 Installation needs to be done on Windows. Afterwards copy the folder onto the system running Wine. See also: https://bugs.winehq.org/show_bug.cgi?id=55494 -- 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 55010] New: psapi:psapi_main - test_EnumProcessModulesEx() sometimes gets a 0 image size on Windows 8
by WineHQ Bugzilla 12 Jan '24

12 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=55010 Bug ID: 55010 Summary: psapi:psapi_main - test_EnumProcessModulesEx() sometimes gets a 0 image size on Windows 8 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: psapi Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com psapi:psapi_main - test_EnumProcessModulesEx() sometimes gets a 0 image size on Windows 8: psapi_main.c:250: Test failed: pcs-3232: 0: image size was 0 psapi_main.c:250: Test failed: pcs-3232: 3: image size was 0 or psapi_main.c:250: Test failed: pcs-6432: 1: image size was 0 psapi_main.c:250: Test failed: pcs-6432: 3: image size was 0 or psapi_main.c:250: Test failed: pcs-6464: 2: image size was 0 psapi_main.c:250: Test failed: pcs-6464: 0: image size was 0 psapi_main.c:250: Test failed: pcs-6464: 3: image size was 0 See https://test.winehq.org/data/patterns.html#psapi:psapi_main There can be 1 to 3 failures independently of the bitness. -- 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 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

Jump to page:

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 September 2023