https://bugs.winehq.org/show_bug.cgi?id=47089
Bug ID: 47089 Summary: possible regression with wine-staging, winamp install. Product: Wine Version: 4.5 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: winetest@luukku.com Distribution: ---
Created attachment 64288 --> https://bugs.winehq.org/attachment.cgi?id=64288 4.6-staging crash
Direct download.
download.nullsoft.com/winamp/client/winamp5666_full_all.exe
took the url from bug 34143.
I currently only have wine-staging 4.6 installed.
Trying to install winamp ends up in a crash.
https://bugs.winehq.org/show_bug.cgi?id=47089
winetest@luukku.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|4.5 |4.6
https://bugs.winehq.org/show_bug.cgi?id=47089
winetest@luukku.com changed:
What |Removed |Added ---------------------------------------------------------------------------- URL| |download.nullsoft.com/winam | |p/client/winamp5666_full_al | |l.exe Keywords| |download
https://bugs.winehq.org/show_bug.cgi?id=47089
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|possible regression with |32-bit Winamp 5.80 |wine-staging, winamp |installer crashes in 64-bit |install. |WINEPREFIX after pressing | |'Next' Keywords| |Installer CC| |focht@gmx.net Ever confirmed|0 |1 URL|download.nullsoft.com/winam |https://web.archive.org/web |p/client/winamp5666_full_al |/20190127120303/https://dow |l.exe |nload.nullsoft.com/winamp/m | |isc/winamp58_3660_beta_full | |_en-us.exe Status|UNCONFIRMED |NEW
--- Comment #1 from Anastasius Focht focht@gmx.net --- Hello folks,
confirming, crashes after selecting 'Next' (which transitions to installation mode page). The 32-bit NSIS v3 based installer seems kinda bugged in a 64-bit WINEPREFIX (Wow64). You probably didn't use a 64-bit WINEPREFIX at that time to reproduce/test bug 34143 hence I wouldn't consider this a regression. I could reproduce the crash even with very old Wine versions (2.0-ish) in 64-bit prefix.
Use 'WINEARCH=win32' to work around for now. I might take a deeper look later.
$ sha1sum winamp58_3660_beta_full_en-us.exe 08dbc3f4e4d362130bf19b5604d370cc39b66d72 winamp58_3660_beta_full_en-us.exe
$ du -sh winamp58_3660_beta_full_en-us.exe 7.9M winamp58_3660_beta_full_en-us.exe
$ wine --version wine-4.7
Regards
https://bugs.winehq.org/show_bug.cgi?id=47089
Zebediah Figura z.figura12@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |emilyschulteslifkin@gmail.c | |om
--- Comment #2 from Zebediah Figura z.figura12@gmail.com --- *** Bug 47780 has been marked as a duplicate of this bug. ***
https://bugs.winehq.org/show_bug.cgi?id=47089
Béla Gyebrószki gyebro69@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |maiktapwagner@aol.com
--- Comment #3 from Béla Gyebrószki gyebro69@gmail.com --- *** Bug 48154 has been marked as a duplicate of this bug. ***
https://bugs.winehq.org/show_bug.cgi?id=47089
Greg G endzone102@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |endzone102@yahoo.com
--- Comment #4 from Greg G endzone102@yahoo.com --- Created attachment 67738 --> https://bugs.winehq.org/attachment.cgi?id=67738 Ubuntu 64 bit Wine Winamp install backtrace
https://bugs.winehq.org/show_bug.cgi?id=47089
--- Comment #5 from Greg G endzone102@yahoo.com ---
This problem still exists. The WINEARCH workaround is good, but since my default wine installation is 64-bit, I also had to set WINEPREFIX. This caused me some problems, because I was unable to map a network drive in my 32-bit zone. It complained that there was no network. (Only mentioning that, I'll submit a different bug report for that).
$ wine --version wine-5.0 (Ubuntu 5.0-3ubuntu1)
$ WINEARCH=win32 WINEPREFIX=~/.wine32 win ./winamp58_3660_beta_full_en-us.exe
https://bugs.winehq.org/show_bug.cgi?id=47089
--- Comment #6 from winetest@luukku.com --- still valid as wine 5.21 and the workaround still works.
https://bugs.winehq.org/show_bug.cgi?id=47089
Fabian Maurer dark.shadow4@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dark.shadow4@web.de
--- Comment #7 from Fabian Maurer dark.shadow4@web.de --- Still present as of wome-6.15
https://bugs.winehq.org/show_bug.cgi?id=47089
Bernhard Übelacker bernhardu@mailbox.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |bernhardu@mailbox.org
--- Comment #8 from Bernhard Übelacker bernhardu@mailbox.org --- Tried to get some more information with this issue. Found on the net that a 7-Zip version equal or below 9.38 is able to extract a file [NSIS].nsi from the installer containing the compiled script.
There is just one occurrence of these call sequence: GetDCEx SendMessage 0x0031 = WM_GETFONT SelectObject GetTextMetricsW Free DrawText
The WM_GETFONT seems to return a plausible handle, but SelectObject does not accept it and fails. This happens with WINEARCH=win32 too and maybe causes using a default font there.
In the wow64 prefix the DrawText call receives an invalid hdc and text parameter which leads to the crash. In WINEARCH=win32 the DrawText looks like receiving a plausible hdc but a NULL as text parameter. Could not find where this difference originates.
https://bugs.winehq.org/show_bug.cgi?id=47089
temp82@luukku.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |temp82@luukku.com
--- Comment #9 from temp82@luukku.com --- still crashes wine 7.19.
https://bugs.winehq.org/show_bug.cgi?id=47089
--- Comment #10 from temp82@luukku.com --- crashes wine 8.0rc1
https://bugs.winehq.org/show_bug.cgi?id=47089
--- Comment #11 from temp82@luukku.com --- crashes with latest wine 8.10.
https://bugs.winehq.org/show_bug.cgi?id=47089
--- Comment #12 from Fabian Maurer dark.shadow4@web.de --- It's a bit suspicious that the string that is passed to the crashing DrawTextW comes from GetProcAddress..
FWIW, Windows doesn't crash when passed invalid text, it exits as soon as it notices the DC being invalid. Don't think that's a proper solution though.
https://bugs.winehq.org/show_bug.cgi?id=47089
--- Comment #13 from Fabian Maurer dark.shadow4@web.de --- I did some further digging, and I do think the program actually just passes garbage values to DrawTextW. Opened a MR: https://gitlab.winehq.org/wine/wine/-/merge_requests/3049
https://bugs.winehq.org/show_bug.cgi?id=47089
Fabian Maurer dark.shadow4@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Fixed by SHA1| |35c8f15bc67f7602438fe0c39a6 | |9ff6ddf6b8297 Status|NEW |RESOLVED
--- Comment #14 from Fabian Maurer dark.shadow4@web.de --- Fixed by https://gitlab.winehq.org/wine/wine/-/commit/35c8f15bc67f7602438fe0c39a69ff6...
https://bugs.winehq.org/show_bug.cgi?id=47089
Fabian Maurer dark.shadow4@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|-unknown |user32
https://bugs.winehq.org/show_bug.cgi?id=47089
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #15 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 8.12.