Maybe this is fixed in Sonoma 14.4.1?
also fixes a bug that could cause some professional music apps not to open due to issues with Audio Unit plug-ins
I had been avoiding Sonoma for this and other reasons. Maybe it’s finally time.
Nope, the fix in 14.4.1 is for a problem with iLok-protected plugins that was introduced with 14.4.0.
the fix in 14.4.1 is for a problem with iLok-protected plugins that was introduced with 14.4.0
True, but prior to this new issue (iLok, 14.4-introduced), I had seen other reports in the forums that macOS 14.4 resolved the AU crashes.
As for my experience, the crashing persisted for me in 13.6.6 (same JUCE crashes, segfault). The crashes would typically happen if I walk away from Logic for 5 minutes, and particularly with Solid State Logic and Eventide JUCE-based AUs.
I have been on 14.4.1 (after doing a full backup of 13.6.6) for 4 hours now, opening multiple projects, leaving them idle, all the while watching Console.app (logs) for anything related to “AUHost*” and I have seen nothing but stability.
Huzzah! I never thought I would see the end of these AUHostingService crashes, but early indications seem positive… I have yet to see a crash nor an aggressive IDLE_PROCESS killer bring down any AUs.
My fingers are crossed that switching from macOS 13.x to Sonoma 14.4.1 in particular fixes these crashes for others.
1 Like
NOPE!
Thread 79 Crashed:: JUCE IPC
0 libsystem_pthread.dylib 0x1997414f8 pthread_mutex_lock + 12
1 SSL 4K E 0x1641e5e88 JuceAUFactory + 9038572
2 SSL 4K E 0x1641e939c JuceAUFactory + 9052160
3 SSL 4K E 0x1641a780c JuceAUFactory + 8782960
4 libsystem_pthread.dylib 0x199746f94 _pthread_start + 136
5 libsystem_pthread.dylib 0x199741d34 thread_start + 8
Process: AUHostingServiceXPC_arrow [5520]
Path: /System/Library/Frameworks/AudioToolbox.framework/XPCServices/AUHostingServiceXPC_arrow.xpc/Contents/MacOS/AUHostingServiceXPC_arrow
Identifier: com.apple.audio.AUHostingService.arm64e
Version: 1.0 (1)
Build Info: CoreAudioServices_AUHostingServiceXPC_arrow-1387005049000000~5
Code Type: ARM-64 (Native)
Parent Process: launchd [1]
Responsible: Logic Pro X [5513]
User ID: 501
Date/Time: 2024-04-08 10:56:41.6964 -0700
OS Version: macOS 14.4.1 (23E224)
Report Version: 12
Anonymous UUID: 868B4C85-10A5-EEB0-7077-69531270AC44
Time Awake Since Boot: 73000 seconds
System Integrity Protection: enabled
Crashed Thread: 79 JUCE IPC
Exception Type: EXC_BAD_ACCESS (SIGSEGV)
Exception Codes: KERN_INVALID_ADDRESS at 0x0000000000000000
Exception Codes: 0x0000000000000001, 0x0000000000000000
Termination Reason: Namespace SIGNAL, Code 11 Segmentation fault: 11
Terminating Process: exc handler [5520]
VM Region Info: 0 is not in any region. Bytes before following region: 4340498432
REGION TYPE START - END [ VSIZE] PRT/MAX SHRMOD REGION DETAIL
UNUSED SPACE AT START
--->
__TEXT 102b6c000-102b74000 [ 32K] r-x/r-x SM=COW /System/Library/Frameworks/AudioToolbox.framework/XPCServices/AUHostingServiceXPC_arrow.xpc/Contents/MacOS/AUHostingServiceXPC_arrow
Oh well. Shame I got my hopes up.
At least the kernel isn’t killing my AUs any more and it’s just back to the good old EXC_BAD_ACCESS issue I started with…
Hi, what do you mean by forcing all AUs out-of-process?
I expect this refers to the fact that Logic on Arm hosts all third-party plugins out-of-process, with no option to host in-process.
He said that HE forced the out-of-process. That confuses me.
AFAIK, @mfritze works at Apple.
I read the “we” here as referring to the Logic team at Apple.
Ah, he is from Apple. Didn’t see this before. Thanks.
It still occurs in Logic 11.0.1. Almost every 3rd party plugin causes a JUCE Timer crash report to be generated in the Console app upon quitting Logic. Is there any news on this at all? It seems this will never be addressed and is starting to feel like a ‘norm,’ sadly.