So tonight I've been trying to work with the Kontakt UI closed during articulation changes (which is awkward, since I'm in the process of creating articulation mappings), and I've been able to continue for a while now without any more crashes. If this holds up, then the crashes would probably be a less common issue in actual production use, since once I have my articulation mappings set up, I won't need to have the UI open nearly as much. Still, it seems like something that should be fixed by one of the parties involved.
i have had this type of crash as well when testing out my maps. as it turns out, i never really got to the ground of it. for a while i had the suspicion that it only happens when you switch to one of the legato instruments (assuming that you have multiple SF instruments stacked in one kontakt instance). which library are you having this problem with, with me, it was symphonic strings.
this is how it looks here. i'd say that's the same crash:
Exception Type: EXC_BAD_ACCESS (SIGSEGV)
Exception Codes: KERN_INVALID_ADDRESS at 0x0000000000000038
Exception Note: EXC_CORPSE_NOTIFY
Termination Signal: Segmentation fault: 11
Termination Reason: Namespace SIGNAL, Code 0xb
Terminating Process: exc handler [0]
Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0 Kontakt 5.MusicDevice.component 0x0000000136386e34 NI::UIA:
icture::getAnimationWidth() const + 4
1 Kontakt 5.MusicDevice.component 0x000000013544bf13 ScriptUIModuleBase::setLabel(int, int, int) + 1859
2 Kontakt 5.MusicDevice.component 0x0000000135449611 ScriptUIModuleBase::setControlPositions() + 4145
3 Kontakt 5.MusicDevice.component 0x00000001354333ce ScriptUIModuleBase::SyncToEngine(bool) + 206
4 Kontakt 5.MusicDevice.component 0x000000013543289d PerfViewModule::onEvent(unsigned int, NI::UIA::EventData*) + 301
5 Kontakt 5.MusicDevice.component 0x0000000135a2406e NI::NGL::SubFormControl::onEvent(unsigned int,