IOS App plugin never gets deconstructed

[AlexHarker]

Various calls to dealloc never happening the IOS app, and thus the plugin itself never gets deconstructed (there is a call to delete it in a dealloc, but that never happens).

This has not been tested for the plugin.

[olilarkin]

could you be more specific?

[olilarkin]

When the app gets terminated all memory is freed by the os, dealloc etc is bypassed. If you needed the ability to unload the audiounit, then that could be added to a customised IPlugAUPlayer. Hopefully the dealloc in IPlugAudioUnit would be called then. I tried the AUv3 in AUM and dealloc is called when the plugin is unloaded.

[AlexHarker]

Yes - I'm not worried about memory allocation here - I was using the app wrapper and saving some settings on quit, which is fine on desktop, but not on IOS as an app - for now I'm doing that elsewhere (which is arguably a better pattern), but importantly if anyone is assuming that whatever is constructed will get a call to the destructor then that isn't true.

Glad it works correctly in AuM - this is probably non-urgent, but my assumption was that my settings would get saved when I quit the app, but that wasn't the case.

[olilarkin]

A common thing to do on iOS is to write to the App's userdefaults. I am currently working on persisting stuff there

[olilarkin]

probably including the last plugin state