[Bug 41566] New: Amaranth Audio Cycle crashes when opening certain windows
https://bugs.winehq.org/show_bug.cgi?id=41566 Bug ID: 41566 Summary: Amaranth Audio Cycle crashes when opening certain windows Product: Wine Version: 1.9.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: katsunori.kumatani(a)gmail.com Distribution: --- Created attachment 55897 --> https://bugs.winehq.org/attachment.cgi?id=55897 Terminal output + Crash dump Cycle is a VST synthesizer, but also comes as standalone. Download the demo here: http://www.amaranthaudio.com/data/binary/CycleDemoInstaller.exe Since the author hasn't updated it for close to 2 years, please download and back it up even if you don't want to investigate the bug yet, for the future (alternatively, if site goes down I can upload the demo installer somewhere). Steps to crash: 1) Install Cycle, we're interested in the "Standalone" because it's easier to debug/test, but the VST version has the exact same crash. 2) Launch it, e.g: /opt/wine-devel/bin/wine "~/.wine/drive_c/Program Files (x86)/Amaranth Audio/Cycle/Cycle.exe" 3) Go to the Audio tab at the top, and click on "Modulation Matrix". 4) Cycle Crashes. Btw, yes, I did try it in 32-bit WINEPREFIX as well, same thing, I forgot to set the WINEARCH when doing this dump in a fresh prefix, but trust me it is the same crash on NULL (just test it yourself). So it doesn't matter, the exact same thing happens in 32-bit WINEPREFIX. The terminal output + crash dump 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.
https://bugs.winehq.org/show_bug.cgi?id=41566 katsunori.kumatani(a)gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Distribution|--- |Mint URL| |http://www.amaranthaudio.co | |m/data/binary/CycleDemoInst | |aller.exe CC| |katsunori.kumatani(a)gmail.co | |m -- 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=41566 winetest(a)luukku.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |winetest(a)luukku.com --- Comment #1 from winetest(a)luukku.com --- I was about to install this, but it feels like that it crashes for me because of bug 38648. It prints message no backend for this gpu and pretty much instant crash. There is a workaround for that, but I didnt test it this time. If you still got the program installed could you try newer wine? -- 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=41566 --- Comment #2 from katsunori.kumatani(a)gmail.com --- Yes, I tested with wine 2.2 and wine-staging 2.2, still same thing happens. I will try test the latest wine tomorrow since I don't have time right now, but I'm not sure if there will be any improvement (since the app is OpenGL based, not Direct3D, so most of the recent additions/bugfixes to D3D probably won't have much impact). I will report then. Either way thanks for trying to look into it. -- 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=41566 --- Comment #3 from katsunori.kumatani(a)gmail.com --- I just tested it on wine 2.6, and unfortunately exact same crash is happening. Also, it works fine in both real Windows XP and 7 machines and a Windows XP VM. (I mean, just wanted to make sure it wasn't some sort of "bug" that didn't manifest in a certain Windows version for whatever reason even though it's technically an app bug etc) I guess there's still something where Wine could fix the bug on OpenGL -- 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=41566 Gijs Vermeulen <acescopezz(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |acescopezz(a)gmail.com --- Comment #4 from Gijs Vermeulen <acescopezz(a)gmail.com> --- (In reply to katsunori.kumatani from comment #3)
I just tested it on wine 2.6, and unfortunately exact same crash is happening. Also, it works fine in both real Windows XP and 7 machines and a Windows XP VM. (I mean, just wanted to make sure it wasn't some sort of "bug" that didn't manifest in a certain Windows version for whatever reason even though it's technically an app bug etc)
I guess there's still something where Wine could fix the bug on OpenGL
Have you tried the workaround in https://bugs.winehq.org/show_bug.cgi?id=38648 ? -- 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=41566 --- Comment #5 from katsunori.kumatani(a)gmail.com --- Not before, I tried it now but still same crash. Unless I am misunderstanding the workaround? I placed a DWORD value MaxVersionGL set to 0x30002 under HKCU\Software\Wine\Direct3D, is that correct? I'm asking since it is under Direct3D but not sure if it applies to OpenGL applications (who probably don't use that value, I assume for those apps Wine should just redirect the calls to native OpenGL or something). -- 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=41566 Henri Verbeet <hverbeet(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download --- Comment #6 from Henri Verbeet <hverbeet(a)gmail.com> --- (In reply to katsunori.kumatani from comment #5)
Not before, I tried it now but still same crash. Unless I am misunderstanding the workaround? I placed a DWORD value MaxVersionGL set to 0x30002 under HKCU\Software\Wine\Direct3D, is that correct? Yeah.
I'm asking since it is under Direct3D but not sure if it applies to OpenGL applications (who probably don't use that value, I assume for those apps Wine should just redirect the calls to native OpenGL or something). Yes, that registry setting only affects Direct3D, and things like Direct2D that depend on Direct3D, so I think it's unlikely to make a difference 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.
https://bugs.winehq.org/show_bug.cgi?id=41566 Louis Lenders <xerox.xerox2000x(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |xerox.xerox2000x(a)gmail.com --- Comment #7 from Louis Lenders <xerox.xerox2000x(a)gmail.com> --- Created attachment 59501 --> https://bugs.winehq.org/attachment.cgi?id=59501 +seh,+tid,+relay log Confirming. I attach relaylog here for reference. Took a while to figure out but in the end I saw this line 0009:Call KERNEL32.GetProcAddress(7bc40000,00838c40 "wine_get_version") ret=004e8c5a 0009:Ret KERNEL32.GetProcAddress() retval=7bc4aeb8 ret=004e8c5a Looks like the app is wine-aware. I remember another bugreport with something similar crash analysed by Focht; This one should be resolved as duplicate. @Reporter of bug: You should run this app in Staging, and check ``hide wine version`` in the Staging tab of winecfg. Then the crash is gone and the window comes up just fine and I can click some things -- 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=41566 Louis Lenders <xerox.xerox2000x(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever confirmed|0 |1 --- Comment #8 from Louis Lenders <xerox.xerox2000x(a)gmail.com> --- confirming -- 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=41566 --- Comment #9 from katsunori.kumatani(a)gmail.com --- Interesting, I suppose it may be related to what the app thinks wine's limitation to be? Perhaps when the app was compiled (or rather, a library it depends on, most likely) wine had a bug and it worked around that bug, but now that the bug is probably fixed, it crashes...? It might not be possible to fix properly (since it's the app's fault sort of), but perhaps some API it relies on can be made more "robust" just for apps reliant on old versions of wine, not sure if it's possible or what even causes the crash in the first place. -- 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=41566 --- Comment #10 from Louis Lenders <xerox.xerox2000x(a)gmail.com> --- (In reply to katsunori.kumatani from comment #9)
Interesting, I suppose it may be related to what the app thinks wine's limitation to be? Perhaps when the app was compiled (or rather, a library it depends on, most likely) wine had a bug and it worked around that bug, but now that the bug is probably fixed, it crashes...?
Yes that seems to be the case
It might not be possible to fix properly (since it's the app's fault sort of), but perhaps some API it relies on can be made more "robust" just for apps reliant on old versions of wine, not sure if it's possible or what even causes the crash in the first place.
One should really ask/mail the developer to request to remove the check for wine. There`s nothing fix in wine, so this bugreport will be resolved as duplicate (as already stated, you can run the app in staging and check ``hide wine version`` in winecfg -- 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=41566 Louis Lenders <xerox.xerox2000x(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |DUPLICATE --- Comment #11 from Louis Lenders <xerox.xerox2000x(a)gmail.com> --- Though it checks for wine_get_version entry, rather than wine registry key, the crash is exactly the same as in bug 42497, so resolving as duplicate. *** This bug has been marked as a duplicate of bug 42497 *** -- 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=41566 Alistair Leslie-Hughes <leslie_alistair(a)hotmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #12 from Alistair Leslie-Hughes <leslie_alistair(a)hotmail.com> --- Closing Duplicate -- 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)
-
wine-bugs＠winehq.org