Roon Core 2.0 crashing constantly on Mac Mini

Roon Software Discussion
1

I run my Roon core on my older Mac Mini Server, which is capped out in terms of software updates at macOS Catalina 10.15.7.

Recently, I’ve noticed that Roon is crashing within minutes of launch, every time I launch it. I was just trying to play an album and I had to launch it in order to start the album. I didn’t make it through the first track before it crashed. I re-launched it and got to about the middle of the second track and it crashed again so I gave up. Playback is not required for the core to crash. If I just launch it and leave it alone it crashes as well.

I’m on the latest version of the core (2.0 build 1311) but this started before that version was released.

The crash log (the head of which I’ve attached) says that the crash is a SIGABRT, which means that the app actually deliberately crashed itself. Perhaps an unhandled exception or something along those lines? (Also, .NET? Eww.)

Help?

Path:                  /Applications/Roon.app/Contents/MacOS/Roon
Identifier:            com.roon.Roon
Version:               1.0 (1.0)
Code Type:             X86-64 (Native)
Parent Process:        ??? [1]
User ID:               502

Date/Time:             2023-09-07 22:36:49.810 -0700
OS Version:            Mac OS X 10.15.7 (19H2026)
Report Version:        12
Anonymous UUID:        28AA84C5-0B54-DBB5-C0AB-5E5CD6F91C09


Time Awake Since Boot: 9000000 seconds

System Integrity Protection: enabled

Crashed Thread:        74  .NET ThreadPool Worker

Exception Type:        EXC_CRASH (SIGABRT)
Exception Codes:       0x0000000000000000, 0x0000000000000000
Exception Note:        EXC_CORPSE_NOTIFY

Application Specific Information:
abort() called

Thread 0:: Dispatch queue: com.apple.main-thread
0   libsystem_kernel.dylib        	0x00007fff6ed60872 __psynch_cvwait + 10
1   libsystem_pthread.dylib       	0x00007fff6ee25425 _pthread_cond_wait + 698
2   libcoreclr.dylib              	0x0000000105df1782 CorUnix::CPalSynchronizationManager::ThreadNativeWait(CorUnix::_ThreadNativeWaitData*, unsigned int, CorUnix::ThreadWakeupReason*, unsigned int*) + 322
3   libcoreclr.dylib              	0x0000000105df13aa CorUnix::CPalSynchronizationManager::BlockThread(CorUnix::CPalThread*, unsigned int, bool, bool, CorUnix::ThreadWakeupReason*, unsigned int*) + 362
4   libcoreclr.dylib              	0x0000000105df5c29 CorUnix::InternalWaitForMultipleObjectsEx(CorUnix::CPalThread*, unsigned int, void* const*, int, unsigned int, int, int) + 2153
5   libcoreclr.dylib              	0x0000000105df5dfd WaitForSingleObjectEx + 77
6   libcoreclr.dylib              	0x000000010601101f CLREventBase::WaitEx(unsigned int, WaitMode, PendingSync*) + 191
7   libcoreclr.dylib              	0x0000000106015ad9 Thread::RareDisablePreemptiveGC() + 345
8   libcoreclr.dylib              	0x0000000105fa5420 JIT_RareDisableHelperWorker + 48
9   libcoreclr.dylib              	0x00000001060e92ab JIT_RareDisableHelper + 23
10  ???                           	0x000000011a5bd645 0 + 4737193541
11  ???                           	0x000000011ac3f0e9 0 + 4744016105
12  ???                           	0x000000011a578fe8 0 + 4736913384
13  ???                           	0x0000000119f13958 0 + 4730206552
14  ???                           	0x0000000115ff159c 0 + 4664006044
15  libcoreclr.dylib              	0x00000001060e84f9 CallDescrWorkerInternal + 124
16  libcoreclr.dylib              	0x0000000105f3483a MethodDescCallSite::CallTargetWorker(unsigned long const*, unsigned long*, int) + 1530
17  libcoreclr.dylib              	0x0000000105e1a81e RunMain(MethodDesc*, short, int*, PtrArray**) + 734
18  libcoreclr.dylib              	0x0000000105e1ab3b Assembly::ExecuteMainMethod(PtrArray**, int) + 395
19  libcoreclr.dylib              	0x0000000105e4c5d2 CorHost2::ExecuteAssembly(unsigned int, char16_t const*, int, char16_t const**, unsigned int*) + 498
20  libcoreclr.dylib              	0x0000000105e04384 coreclr_execute_assembly + 196
21  com.roon.Roon                 	0x00000001059069ad mono_jit_exec + 93
22  com.roon.Roon                 	0x00000001059072ca xamarin_main + 570
23  com.roon.Roon                 	0x0000000105908494 main + 52
24  libdyld.dylib                 	0x00007fff6ec1ccc9 start + 1
type or paste code here
3

Probably the known issue from this thread. There is a workaround here but no solution yet:

4

Using Open Core Legacy Patcher many older Macs can be updated to Ventura.

5

Thank you. I’ve just installed RoonServer, so we’ll see how that goes!

1 Like
6

Well, it’s a couple of days later, and the server is still running. The combined app would crash within 10 minutes, playback or no playback, so this is an improvement. Time will tell whether it’s truly robust. Thank you for the pointers!

1 Like
7

Sadly, the server was not the solution. It crashed less, to be sure, but I still had crashes when playing music, depending upon the destination device. It seemed to be pretty solid for my Roon Ready Trinnov, but it crashed when used with AirPlay.

For other reasons, I finally upgraded my Mac Mini from an old Intel Mini to a current-generation M2. I did a clean install of Roon on that new machine, and then restored my data from backup following the guide.

I’m honestly reluctant to post anything lest I jinx it, but it has been solid so far. I have played music to the Trinnov, a Sonos player, AirPlay devices, and a USB-connected DragonFly.

Fingers firmly crossed that it continues to work. I hope that others who are having the same problem will find a solution.