-
-
Notifications
You must be signed in to change notification settings - Fork 234
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
VCV Rack: __cxa_pure_virtual symbol not found and dlopen() discrepancies #299
Comments
Thank you very much for the quick fix! The It looks bad but I don't worry too much about that, the headless version runs fine... until I tried to add another plugin. Plugins are scanned and loaded on program startup, it seems to work fine for the first module but crashes if another one is found.
That assert basically ensures that the plugin wasn't already loaded, hence my suspicion. Something I've been thinking: is it possible to use box64 as a wrapper for the plugins and keep the main program native? I'm sure Rack could be built for arm64, the performance would also be much better! |
Yes, box64 as a lib (in the way you mean) would be a nice thing... but I don't think ptitseb has a plan to do so. |
I updated the title to reflect the progress on this. It turns out my intuition was right about I attach a bare minimum C++ example, here is a simplified gist. Output on x64:
Output on box64:
It actually only loads one of the so, so the call is to the same function. |
Regarding Fwiw, this symbol is more precisely an error handler for calls to pure virtual functions. Most of the time libstdc++ provides it and you get Thank you for your amazing work! |
Ok, so I added a dummy |
Can you test, to check if this ticket can be closed or not? |
No news from op, closing the ticket. |
Trying to run VCV Rack on Pine64. Self compiled from git.
I've extracted libjack.so.0 and libdb-5.3.so from the amd64 deb packages and put them in the working directory.
The following error message is repeated many times with different addresses when the program starts:
It then crashes when the audio processing is supposed to start with an unimplemented opcode error:
6654|0xffffb431f1b0: Unimplemented Opcode (00) 66 0F 38 3F C1 66 41 0F 7E C6 4D 89 F7 85 D2
Paste with LOG=2 including some context, error appears at line 116.
Cool thing is VCV Rack is open-source! In fact some work has been done to compile it and many of its plugins for arm64, although closed source modules aren't available for arm64, hence my attempt.
Thanks for any help!
The text was updated successfully, but these errors were encountered: