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@winehq.org Reporter: katsunori.kumatani@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.
https://bugs.winehq.org/show_bug.cgi?id=41566
katsunori.kumatani@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Distribution|--- |Mint URL| |http://www.amaranthaudio.co | |m/data/binary/CycleDemoInst | |aller.exe CC| |katsunori.kumatani@gmail.co | |m
https://bugs.winehq.org/show_bug.cgi?id=41566
winetest@luukku.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |winetest@luukku.com
--- Comment #1 from winetest@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?
https://bugs.winehq.org/show_bug.cgi?id=41566
--- Comment #2 from katsunori.kumatani@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.
https://bugs.winehq.org/show_bug.cgi?id=41566
--- Comment #3 from katsunori.kumatani@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
https://bugs.winehq.org/show_bug.cgi?id=41566
Gijs Vermeulen acescopezz@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |acescopezz@gmail.com
--- Comment #4 from Gijs Vermeulen acescopezz@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 ?
https://bugs.winehq.org/show_bug.cgi?id=41566
--- Comment #5 from katsunori.kumatani@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).
https://bugs.winehq.org/show_bug.cgi?id=41566
Henri Verbeet hverbeet@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download
--- Comment #6 from Henri Verbeet hverbeet@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.
https://bugs.winehq.org/show_bug.cgi?id=41566
Louis Lenders xerox.xerox2000x@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |xerox.xerox2000x@gmail.com
--- Comment #7 from Louis Lenders xerox.xerox2000x@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
https://bugs.winehq.org/show_bug.cgi?id=41566
Louis Lenders xerox.xerox2000x@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever confirmed|0 |1
--- Comment #8 from Louis Lenders xerox.xerox2000x@gmail.com --- confirming
https://bugs.winehq.org/show_bug.cgi?id=41566
--- Comment #9 from katsunori.kumatani@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.
https://bugs.winehq.org/show_bug.cgi?id=41566
--- Comment #10 from Louis Lenders xerox.xerox2000x@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
https://bugs.winehq.org/show_bug.cgi?id=41566
Louis Lenders xerox.xerox2000x@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |DUPLICATE
--- Comment #11 from Louis Lenders xerox.xerox2000x@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 ***
https://bugs.winehq.org/show_bug.cgi?id=41566
Alistair Leslie-Hughes leslie_alistair@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #12 from Alistair Leslie-Hughes leslie_alistair@hotmail.com --- Closing Duplicate
-
wine-bugs＠winehq.org