Thanks for reporting this issue. Looking at the crash log, my best guess is that the timer thread is trying to lock MessageQueue::messages after the queue has already been destroyed. I’m not sure how that could be happening though…
- Are you calling
stopTimer()in the destructors of all classes derived fromTimer? - Have you seen the same thing in any other JUCE plugins, such as the AudioPluginDemo?
- Is the plugin running as a native arm64 plugin, or emulated x86_64?
I’ll have a go at reproducing this myself, but I’d really appreciate some repro steps if you’re able to provide them.