-
Notifications
You must be signed in to change notification settings - Fork 404
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
Catch SurgeError in the corresponding plugins (VST2, VST3, AU) #280
Comments
Probably more than one PR. I'm working in the VST2 side now. |
See #217 also for a comment in what to do when you do catch |
Just letting you know: I'm coding up #217 now and will sweep this in along with it. Will have a chunk of code for you to review in the next day or two. |
So turns out that having the constructor throw in the audio unit is "relatively painful" if I don't want to segfault with the way the allayed is for now. So while I agree this is a great aspiration, I'm going to special case audio unit in surge storage for now to pop the dialog and complete the constructor. Just FYI. Although I did learn something interesting about how AU hosts deal with mis initialitialization... but I'm going to hold on debugging and just wrap #217 for now. |
OK actually this works pretty badly on VST2 Mac also. If the configuration.xml isn't there you get the message but then (say) bitwig forgets the plugin. I think this throw from the constructor is going to be generally unpleasant to handle on the mac hosts (from my sample size of 2 hosts and 2 plugin types). Something to discuss but I think this isn't easy to handle throwing constructor of the main type. |
I think things are now in sustainable state. Better to do smaller scale issues if need arises. |
In order to get eventually rid of GUI code inside SurgeStorage.cpp, display error dialog in the plugin level by catching SurgeError exception.
The text was updated successfully, but these errors were encountered: