Thanks for your answer.
Just opening the VST Host, right click in the middle of the windows, selectionning Izotope->BreakTweaker
(Or drag and drop of the breaktweaker.vst3 directly on the window.)
Then crashing with the first stack above.
The second stack is the same procedure (with Arturia Synclavier VST3) playing some fast notes on the keyboard of the VST3 directly with the mouse (by clicking) and it crashes.
Does it work in other JUCE-based hosts like Tracktion Waveform? JUCE’s plug-in host is more of an advanced example of what you can do with the framework, rather than a full DAW.
Is it happening with a release build of the Host that is not under the debugger? if it isn’t then copy protection may be at play. Other than that it might be better for iZotope or Arturia to debug these issues as they can look at both the hosting and plugin source code to determine the problem. Before that though you could do as @t0m says above and check Waveform, and even other non-JUCE hosts, or go back some commits in JUCE and see if the problem goes away - if it does you might be able to figure out the exact commit causing the issue.
OK. So I reproduced this, changed a lot of things, fixed it, but it now works even if I revert to a previous state and reinstall the plug-in, so it’s hard for me to know what did it.
Could you please try building using the very latest VST3 SDK from here https://www.steinberg.net/en/company/developers.html ? If you delete modules/juce_audio_processors/format_types/VST3_SDK and replace it with the VST_SDK/VST3_SDK directory in the download that will be the easiest way to test.
If you could find out if it used to happen in older versions of JUCE that would be very helpful. Then, if it does, we can isolate the commit that caused it. Otherwise I’m not sure what’s going on I’m afraid.