wine-bugs November 2023

wine-bugs@winehq.org

1 participants
2399 discussions

[Bug 55604] New: Roblox: Crashes when launching
by WineHQ Bugzilla 07 Feb '24

07 Feb '24

https://bugs.winehq.org/show_bug.cgi?id=55604 Bug ID: 55604 Summary: Roblox: Crashes when launching Product: Wine Version: 8.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: vixea0(a)gmail.com Distribution: --- Roblox fails to launch "experiences". This issue was bisected to this commit hash, ea640f6cece7660ffc853b7d574fbe52af34901a or https://gitlab.winehq.org/wine/wine/-/commit/ea640f6cece7660ffc853b7d574fbe… reverting it to the previous commit allows Roblox to completely function again. -- 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 27

[Bug 42400] New: cscript.exe doesn't show errors
by wine-bugs＠winehq.org 06 Feb '24

06 Feb '24

https://bugs.winehq.org/show_bug.cgi?id=42400 Bug ID: 42400 Summary: cscript.exe doesn't show errors Product: Wine-gecko Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-gecko-unknown Assignee: jacek(a)codeweavers.com Reporter: kolan_n(a)mail.ru Distribution: --- When there is an error in a script cscript.exe outputs nothing. -- 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 5

[Bug 41983] New: Creatures 2: applets can't connect to the main program
by wine-bugs＠winehq.org 05 Feb '24

05 Feb '24

https://bugs.winehq.org/show_bug.cgi?id=41983 Bug ID: 41983 Summary: Creatures 2: applets can't connect to the main program Product: Wine Version: 1.9.8 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: skerit(a)kipdola.com Distribution: --- Created attachment 56393 --> https://bugs.winehq.org/attachment.cgi?id=56393 Creatures 2 console output when starting applet The Creatures 2 game uses special applets (executables) that connect to the main game. This does not work, however: the game will complain it can't connect to the applet. There's no crash or anything, the applet just does nothing. -- 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 8

[Bug 47070] New: DA: Inquisition can't see gamepad
by wine-bugs＠winehq.org 04 Feb '24

04 Feb '24

https://bugs.winehq.org/show_bug.cgi?id=47070 Bug ID: 47070 Summary: DA: Inquisition can't see gamepad Product: Wine Version: 4.6 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: xinput Assignee: wine-bugs(a)winehq.org Reporter: timofeevsv1989(a)gmail.com Distribution: --- Dragon Age Inquisition uses xinput9_1_0.dll which not implemented properly. -- 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 29

[Bug 13679] New: Trados: installation hanging due to failure at the registration of assembly
by wine-bugs＠winehq.org 04 Feb '24

04 Feb '24

http://bugs.winehq.org/show_bug.cgi?id=13679 Summary: Trados: installation hanging due to failure at the registration of assembly Product: Wine Version: 0.9.60 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: mscoree AssignedTo: wine-bugs(a)winehq.org ReportedBy: yolande(a)haneder.biz Attached the log, it speaks for itself: The part starting with fixme:atl:AtlModuleInit SEMI-STUB (0x40eb40 0x40c040 0x400000) at the end was on my console as I sent the rest to a text file. May be related or not to bug 12930 (and the failure of the service to initialize). Both do not happen at the same time but they appeared in the same version. I added mscoree as component because on another log (installation/repair of the same problem) I saw that mscoree was loaded when mscorlib crashes. -- 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 19

[Bug 48152] New: SDL Trados 2019 throws backtrace
by WineHQ Bugzilla 04 Feb '24

04 Feb '24

https://bugs.winehq.org/show_bug.cgi?id=48152 Bug ID: 48152 Summary: SDL Trados 2019 throws backtrace Product: Wine Version: 4.19 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: maiktapwagner(a)aol.com Distribution: --- Created attachment 65766 --> https://bugs.winehq.org/attachment.cgi?id=65766 Backtrace (4.19 Staging) Download URL is at: trados.sdlproducts.com/SDLTradosStudio2019Trial.exe An entry for the AppDB has been submitted and I would like to post the backtrace I got from wine 4.19-staging here. -- 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 46666] New: Al Unser, Jr Arcade Racing has weird colors
by wine-bugs＠winehq.org 02 Feb '24

02 Feb '24

https://bugs.winehq.org/show_bug.cgi?id=46666 Bug ID: 46666 Summary: Al Unser, Jr Arcade Racing has weird colors Product: Wine Version: 4.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: haakobja(a)gmail.com Distribution: --- Created attachment 63612 --> https://bugs.winehq.org/attachment.cgi?id=63612 Screenshot showing wrong colors Hi, I have recently tried Al Unser, Jr. Arcade Racing with Wine, the game itself is from 1995 so its is quite old. I was just curious. I have managed to get the game working, but the colors is not right. The game requires an 8 bit display, otherwise it refuses to start. I followed the recommendations and used the following commands: $ Xephyr :1 -screen 800x600x8 -cc 3 & $ DISPLAY=:1 wine alunser.exe The game starts, but the colors are wrong. As displayed in my attached image. A demo, which displays the same colors, are available at: https://archive.org/details/Alunser. There's also an image displaying the colors as they should be. -- 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 12

[Bug 47490] New: GlobalLock different behavior
by wine-bugs＠winehq.org 01 Feb '24

01 Feb '24

https://bugs.winehq.org/show_bug.cgi?id=47490 Bug ID: 47490 Summary: GlobalLock different behavior Product: Wine Version: 1.6.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: ghotik2002(a)yahoo.com Distribution: --- Different behavior of GlobalLock in DxWnd GUI routine. This is an extract of source code: IStream *pStream = 0; CreateStreamOnHGlobal(0, TRUE, &pStream); LONG cbSize = 0; hr = pPicture->SaveAsFile(pStream, TRUE, &cbSize); if(FAILED(hr)) { OutTrace("GrayIcon: SveAsFile error hr=%#x\n", hr); return NULL; } HGLOBAL hBuf = 0; hr = GetHGlobalFromStream(pStream, &hBuf); if(FAILED(hr)) { OutTrace("GrayIcon: GetHGlobalFromStream error hr=%#x\n", hr); return NULL; } buf = (BYTE *)GlobalLock(hBuf); if(buf == NULL) { OutTrace("GrayIcon: GlobalLock error err=%d\n", GetLastError()); return NULL; } the stream holds an icon picture, everything is ok but the GlobalLock call: - in Windows it returns a valid memory address - in Wine/Linux it returns NULL errno 157 ERROR_DISCARDED - The segment is already discarded and cannot be locked. All this is in DxWnd program run on Wine/Linux environment. P.s. my first bug report here - hope everything is more or less 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 7

[Bug 55167] New: Spotify crashes when trying to install
by WineHQ Bugzilla 31 Jan '24

31 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=55167 Bug ID: 55167 Summary: Spotify crashes when trying to install Product: Wine Version: 8.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: just4steam778(a)gmail.com Distribution: --- Created attachment 74747 --> https://bugs.winehq.org/attachment.cgi?id=74747 Launch log I'm trying to install the Windows version of Spotify and it immediately crashes when I launch the executable. Wine build: wine-8.11-125-g3d28f9d362e OS: Arch Linux -- 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 55470] New: i686-w64-mingw32-gcc assumes wrong stack alignment
by WineHQ Bugzilla 31 Jan '24

31 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=55470 Bug ID: 55470 Summary: i686-w64-mingw32-gcc assumes wrong stack alignment Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: build-env Assignee: wine-bugs(a)winehq.org Reporter: stefan(a)codeweavers.com Distribution: --- Created attachment 75028 --> https://bugs.winehq.org/attachment.cgi?id=75028 Example C code to show the issue This is probably not a Wine bug, but something we may want to document and take care of one way or another: i686-w64-mingw32-gcc quietly assumes 16 byte stack alignment, which is wrong for Win32. To see the effect compile and disassemble the attached test.c with i686-w64-mingw32-gcc test.c -c -O2 i686-w64-mingw32-objdump -d test.o The outcome: 0: 81 ec ac 01 00 00 sub $0x1ac,%esp 6: 8d 44 24 10 lea 0x10(%esp),%eax a: 89 04 24 mov %eax,(%esp) d: e8 00 00 00 00 call 12 <_func+0x12> 12: 81 c4 ac 01 00 00 add $0x1ac,%esp 18: c3 ret However, x86_64-w64-mingw32-gcc -m32 properly aligns the stack before placing the aligned structure: x86_64-w64-mingw32-gcc test.c -c -O2 -m32 i686-w64-mingw32-objdump -d test.o 0: 55 push %ebp 1: 89 e5 mov %esp,%ebp 3: 83 e4 f0 and $0xfffffff0,%esp 6: 81 ec a0 01 00 00 sub $0x1a0,%esp c: 8d 44 24 10 lea 0x10(%esp),%eax 10: 89 04 24 mov %eax,(%esp) 13: e8 00 00 00 00 call 18 <_func+0x18> 18: c9 leave 19: c3 ret To my knowledge Wine does not use SSE instructions on purpose, so we should be mostly fine. msvcrt, wined3d or dsound (especially when compiled to use SSE to make Rosetta 2 happy) may be affected. The test.c file is attached. What can we do about it? 1) Ignore it 2) pass -mincoming-stack-boundary=2 to mingw for 32 bit targets 3) Use 64 bit target mingw with -m32 I'll file a bug for mingw too, linking this bug as reference. -- 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

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