Then go to your build folder and open the Cabage.xcodeproj file. Hit the green play button to build. Wait for the crash. You should get a stack trace which will show the methods that were called right up to the point of the crash. See if you can spot the last Cabbage method called. That would be mot helpful.
Great. You can keep running Cabbage from xcode and that way, if you do crash, Xcode should provide some useful information. Great that you have it all set up.
OK. I got a crash now. I’m not sure what info would be useful to you?
I guess I need to leave it in the running/debugging mode after it crashes (not press the stop button) in order to see the stack trace (where is it?) - I know, stupid questions…
Maybe you could point me to the right place?
Here is a screenshot maybe holding some info?
This could definitely be a side-effect of my last fix. In order to address that issue, I need to put in a recompile, just before killing an instrument. This was the only way to return the widgets states all back to tabula rasa. I will search for a better way
Ok, I just pushed another possible solution now. I think it’s cleaner as we don’t have to recompile, or do anything with Csound when we stop or enter edit mode. To build, just do git pull origin develop from the Cabbage dir and update your build project. Can you let me know if it works?
Great you found a possible solution. I’ll of course let you know. Btw. super easy to update this way
I can already tell that stopping my instrument is now (v. 2.8.44) noticeably faster, more tests on the way. Thanks!