Hello,
I’ve worked for a while on my plugins, where one of them is impulse generator, and second one is FFT analyser. I always debug it in Logic Pro X or in Juce Plugin Host example. And I get no error. There are some pending performance issues, or some remote functions (buttons) which still don’t work as I wish, but nothing that I could suspect to cause errors. At all I don’t get any errors in debug mode or any memory leakage. And it always work fine.
But suddenly when I first time tried to use my plugins during real recording session, and as soon as I launched my plugin (released version, which I also tested earlier on empty Logic project) Logic Pro X just disappeared with error message “Logic has been closed unexpected” or something like that.
Next time I launched my plugin in the same Logic project there was no such error. It was only once. But you can imagine my pain when first time you test your plugin in real session, when your friends are watching.
How to find culprit of that accident (except me )? Is there anything special that you know it could cause such unexpected error?
Some time ago I had similar problem, and in those days it was some issue with number of inputs or outputs. Now I am not sure, but I think it’s not the case.
Hello Dave, thank you for your support.
There was probably some report, but I forgot to save it.
But what is interesting for me, what do you mean atos? I tried to search in the google but found nothing about that. Did you mean that: atoi ?
No, atos is a command line tool for symbolicating stack traces on macOS.
You can see the manual by typing man atos from Terminal or online here: https://www.unix.com/man-page/osx/1/atos/
Hello, thanks again.
Unfortunately (or fortunately before I share my plugin) similar error happened again, and that time I saved Logic crash report. But I don’t know how to draw conclusion from it.
In the report there is once mentioned my method which I know cause used it in my plugin. So I can try to debug it more precisely. But maybe there is any info in that report that tells at which part of my thread should I debug especially? I think it has something to do with Timer, but I am not sure. In the report it looks like that:
In that stack trace the last function in your code before crashing was DrawingThread::pajSettings(int, float, float), so you’ll want to start investigating there