[Bug 57082] New: InstallShield 5 installer stuck loading/preparing at 99% only on Fedora KDE 40 (Same Wine works on Kubuntu 24.04)
https://bugs.winehq.org/show_bug.cgi?id=57082 Bug ID: 57082 Summary: InstallShield 5 installer stuck loading/preparing at 99% only on Fedora KDE 40 (Same Wine works on Kubuntu 24.04) Product: Wine Version: 9.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: liz.minix(a)gmail.com Distribution: --- The game I'm trying to install is Pizza Syndicate from a German coverdisc that can be found here: https://archive.org/details/computer-bild-spiele-2001-09 It's a 16bit InstsallShield 5 installer. My Wine version is 9.0 multilib self compiled from the .tar.xz without any patches on both Fedora KDE 40 and Kubuntu 24.04. On Kubuntu the installer loads, the wizard starts and the installation can be finished. On Fedora 40 the installer starts up and loads/begins preparing the wizard but gets stuck at 99% indefinitely. The only notable/unusual log output I get are the following line: 0114:err:sync:RtlpWaitForCriticalSection section 009A0078 "../source/dlls/ntdll/heap.c: heap.cs" wait timed out in thread 0114, blocked by 0118, retrying (60 sec) that continues to be printed every 60 seconds. After a bit of googling I found a very old thread about a other case of RtlpWaitForCriticalSection which talked about it probably being a problem with a syscall (glibc or something?) and that seems to fit as it works on one distro but not the other. That's sadly as far as I could get diagnosing this with my limited knowledge. Let me know if I can be of use. -- 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.
https://bugs.winehq.org/show_bug.cgi?id=57082 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|major |normal Keywords| |Installer Summary|InstallShield 5 installer |Pizza Syndicate installer |stuck loading/preparing at |stuck loading/preparing at |99% only on Fedora KDE 40 |99% only on Fedora KDE 40 |(Same Wine works on Kubuntu |(Same Wine works on Kubuntu |24.04) |24.04) -- 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.
https://bugs.winehq.org/show_bug.cgi?id=57082 --- Comment #1 from Andrew Nguyen <arethusa26(a)gmail.com> --- I couldn't reproduce the installer hang in my Fedora 40 KDE environment with wine-9.0, wine-9.15, or the latest master. Could you please retest with the latest development version to see if the problem persists? -- 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.
https://bugs.winehq.org/show_bug.cgi?id=57082 --- Comment #2 from liz.minix(a)gmail.com --- Created attachment 76969 --> https://bugs.winehq.org/attachment.cgi?id=76969 The bashrc file that caused the crash on a clean install of Fedora 40 -- 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.
https://bugs.winehq.org/show_bug.cgi?id=57082 --- Comment #3 from liz.minix(a)gmail.com --- (In reply to Andrew Nguyen from comment #1)
I couldn't reproduce the installer hang in my Fedora 40 KDE environment with wine-9.0, wine-9.15, or the latest master. Could you please retest with the latest development version to see if the problem persists?
OK it took me like 10 hours but I finially figured out what is the real problem here: The reason why it worked on my Ubuntu computer is that I don't use dotfiles on Ubuntu. On a clean fresh install of Fedora 40 everything worked fine (even with the wine and wine.i686 packages from fedora), untill I installed my dotfiles! After commenting out piece by piece I narrowed it down to the following line: export LS_COLORS="$(vivid generate catppuccin-mocha)" Vivid is a tool that generates a LS_COLORS string for common color themes, these can be quite long. The InstallShield 5 installer seems to crash if the LS_COLORS variable is too large. When using my dotfiles the output of vivid is enough to cause that. If I start wine with LS_COLORS= the installer loads like it should. On a fresh Fedora 40 install I could not replicate it with the output of vivid directly, but once I duplicated some lines to make LS_COLORS even bigger it caused the same crash. So its definitely related to LS_COLORS or to the size of enviroment variables generally. I uploaded the bashrc file, that does not use vivid, that is causing a crash for me on a clean install of Fedora. Really hope someone can bring some light into this. What a weird bug. -- 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.
https://bugs.winehq.org/show_bug.cgi?id=57082 liz.minix(a)gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Pizza Syndicate installer |Pizza Syndicate installer |stuck loading/preparing at |(InstallShield 5 16bit) |99% only on Fedora KDE 40 |stuck loading at 99% if |(Same Wine works on Kubuntu |LS_COLORS env variable is |24.04) |too large -- 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.
https://bugs.winehq.org/show_bug.cgi?id=57082 Zeb Figura <z.figura12(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Pizza Syndicate installer |Pizza Syndicate installer |(InstallShield 5 16bit) |(InstallShield 5 16bit) |stuck loading at 99% if |stuck loading at 99% if |LS_COLORS env variable is |environment is too large |too large | CC| |z.figura12(a)gmail.com --- Comment #4 from Zeb Figura <z.figura12(a)gmail.com> --- It's probably making assumptions about the size of the total environment, not LS_COLORS specifically. Programs have been known to do that. It's just that LS_COLORS is the largest offender. -- 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.
participants (1)
-
WineHQ Bugzilla