ScanApp3 Quit Unexpectedly (Mac)
Starting Komplete Kontrol and a window appears saying that "ScanApp 3" quit unexpectedly and giving me the option to "Reopen", "Report" or "ignore".
If I select "Reopen" after around 5 - 10 seconds the same thing happens again. Each time getting further through the scanning process until Komplete Kontrol eventually opens
Once open, Komplete Kontrol appears to be working OK?
Here's the first part of the log from selecting "Report", the full log is attached
Many thanks
-------------------------------------
Translated Report (Full Report Below)
-------------------------------------
Process: ScanApp3 [2944]
Path: /Library/Application Support/Native Instruments/*/ScanApp3.app/Contents/MacOS/ScanApp3
Identifier: com.native-instruments.ScanApp3
Version: 3.3.3 (3.3.3 (R0), Copyright © 2024 Native Instruments GmbH)
Code Type: ARM-64 (Native)
Parent Process: Komplete Kontrol [2605]
Responsible: Komplete Kontrol [2605]
User ID: 501
Date/Time: 2024-10-14 19:07:15.3856 +0100
OS Version: macOS 15.0.1 (24A348)
Report Version: 12
Anonymous UUID: 804B417B-2FCC-7DBF-6087-45A32EA58A7B
Sleep/Wake UUID: E3C82A65-B5FE-4EA4-9165-4F2AD66FF2D7
Time Awake Since Boot: 11000 seconds
Time Since Wake: 1414 seconds
System Integrity Protection: enabled
Crashed Thread: 74 QNetworkAccessManager thread
Exception Type: EXC_BAD_ACCESS (SIGSEGV)
Exception Codes: KERN_INVALID_ADDRESS at 0x0000000000000018
Exception Codes: 0x0000000000000001, 0x0000000000000018
Termination Reason: Namespace SIGNAL, Code 11 Segmentation fault: 11
Terminating Process: exc handler [2944]
VM Region Info: 0x18 is not in any region. Bytes before following region: 4308910056
REGION TYPE START - END [ VSIZE] PRT/MAX SHRMOD REGION DETAIL
UNUSED SPACE AT START
--->
__TEXT 100d4c000-1024ec000 [ 23.6M] r-x/r-x SM=COW /Library/Application Support/Native Instruments/*/ScanApp3.app/Contents/MacOS/ScanApp3
Thread 0:: Dispatch queue: com.apple.main-thread
0 Efx REFRACT 0x45ff53688 0x45faf8000 + 4568712
1 libsystem_c.dylib 0x19194e998 __cxa_finalize_ranges + 476
2 libsystem_c.dylib 0x19194e75c exit + 44
3 AppKit 0x1958c4e34 -[NSApplication terminate:] + 2084
4 Foundation 0x192d550f8 __NSFireDelayedPerform + 372
5 CoreFoundation 0x191b94184 __CFRUNLOOP_IS_CALLING_OUT_TO_A_TIMER_CALLBACK_FUNCTION__ + 32
6 CoreFoundation 0x191b93e28 __CFRunLoopDoTimer + 1012
7 CoreFoundation 0x191b93938 __CFRunLoopDoTimers + 356
8 CoreFoundation 0x191b790f0 __CFRunLoopRun + 1856
9 CoreFoundation 0x191b78334 CFRunLoopRunSpecific + 572
10 HIToolbox 0x19cfb10cc RunCurrentEventLoopInMode + 292
11 HIToolbox 0x19cfb6ebc ReceiveNextEventCommon + 636
12 HIToolbox 0x19cfb7020 _BlockUntilNextEventMatchingListInModeWithFilter + 76
13 AppKit 0x1956bca70 _DPSNextEvent + 660
14 AppKit 0x195fe27b8 -[NSApplication(NSEventRouting) _nextEventMatchingEventMask:untilDate:inMode:dequeue:] + 688
15 AppKit 0x1956afb7c -[NSApplication run] + 480
16 Foundation 0x192d26ccc -[NSObject(NSThreadPerformAdditions) performSelector:onThread:withObject:waitUntilDone:modes:] + 848
17 Foundation 0x192d267d4 -[NSObject(NSThreadPerformAdditions) performSelectorOnMainThread:withObject:waitUntilDone:] + 112
18 ScanApp3 0x100d596f0 main + 140
19 dyld 0x191710274 start + 2840
Thread 1:: com.apple.NSEventThread
0 libsystem_kernel.dylib 0x191a51e34 mach_msg2_trap + 8
1 libsystem_kernel.dylib 0x191a645d0 mach_msg2_internal + 80
2 libsystem_kernel.dylib 0x191a5a9d8 mach_msg_overwrite + 480
3 libsystem_kernel.dylib 0x191a5217c mach_msg + 24
4 CoreFoundation 0x191b7a5bc __CFRunLoopServiceMachPort + 160
5 CoreFoundation 0x191b78e6c __CFRunLoopRun + 1212
6 CoreFoundation 0x191b78334 CFRunLoopRunSpecific + 572
7 AppKit 0x1957e1bc4 _NSEventThread + 148
8 libsystem_pthread.dylib 0x191a932e4 _pthread_start + 136
9 libsystem_pthread.dylib 0x191a8e0fc thread_start + 8
Thread 2:: StreamPreloadThread
0 libsystem_kernel.dylib 0x191a555cc __psynch_cvwait + 8
1 libsystem_pthread.dylib 0x191a938c0 _pthread_cond_wait + 1248
2 HALion Sonic 0x11399a4e0 0x112800000 + 18457824
3 HALion Sonic 0x113f9cc7c 0x112800000 + 24759420
4 HALion Sonic 0x11399aa88 0x112800000 + 18459272
5 libsystem_pthread.dylib 0x191a932e4 _pthread_start + 136
6 libsystem_pthread.dylib 0x191a8e0fc thread_start + 8
Thread 3:
0 libsystem_kernel.dylib 0x191a57efc kevent + 8
1 mediaclient 0x1102ba490 0x110100000 + 1811600
2 mediaclient 0x1102bd1e0 0x110100000 + 1823200
3 mediaclient 0x1102bfa38 0x110100000 + 1833528
4 libsystem_pthread.dylib 0x191a932e4 _pthread_start + 136
5 libsystem_pthread.dylib 0x191a8e0fc thread_start + 8
Thread 4:: MessageEndpointGroup
0 libsystem_kernel.dylib 0x191a5a710 poll + 8
1 mediaclient 0x1102b7b0c 0x110100000 + 1800972
2 mediaclient 0x1102b205c 0x110100000 + 1777756
3 mediaclient 0x1102b3ec8 0x110100000 + 1785544
4 mediaclient 0x11028b8a4 0x110100000 + 1620132
5 mediaclient 0x11028bfcc 0x110100000 + 1621964
6 mediaclient 0x1101cfb00 0x110100000 + 850688
7 libsystem_pthread.dylib 0x191a932e4 _pthread_start + 136
8 libsystem_pthread.dylib 0x191a8e0fc thread_start + 8
Thread 5:: MediaMessagePuller
0 libsystem_kernel.dylib 0x191a555cc __psynch_cvwait + 8
1 libsystem_pthread.dylib 0x191a93894 _pthread_cond_wait + 1204
2 libc++.1.dylib 0x1919c960c std::__1::condition_variable::__do_timed_wait(std::__1::unique_lock<std::__1::mutex>&, std::__1::chrono::time_point<std::__1::chrono::system_clock, std::__1::chrono::duration<long long, std::__1::ratio<1l, 1000000000l>>>) + 100
3 mediaclient 0x1101cbe9c 0x110100000 + 835228
4 mediaclient 0x1101cb144 0x110100000 + 831812
5 mediaclient 0x11012cdf8 0x110100000 + 183800
6 mediaclient 0x1101cfb00 0x110100000 + 850688
7 libsystem_pthread.dylib 0x191a932e4 _pthread_start + 136
8 libsystem_pthread.dylib 0x191a8e0fc thread_start + 8
Best Answers
-
Well, that was fast!
So, first of all, the scanapp crash seems to be related to Halion.vst3 or Spectral Layers from from Steinberg.
Could you send us the Komplete Kontrol log found here?
Macintosh HD/Users/[username]/Library/Logs/Native Instruments/Komplete Kontrol.log
They also mentioned a new version of Scnapp coming soon.
0 -
So, it seems this Scanapp crash happens because of Wavelab. It should be fixed in the next Scanapp/Komplete Kontrol release.
1
Answers
-
Hey @Ojustaboo Thanks for providing the crashlog, I'm forwarding this to the Komplete Kontrol team, will get back to you when I get some feedback.
0 -
Well, that was fast!
So, first of all, the scanapp crash seems to be related to Halion.vst3 or Spectral Layers from from Steinberg.
Could you send us the Komplete Kontrol log found here?
Macintosh HD/Users/[username]/Library/Logs/Native Instruments/Komplete Kontrol.log
They also mentioned a new version of Scnapp coming soon.
0 -
Hi Jeremy
See attached
I see that in the attached log, it says
rpc_client::connect: connect to /Users/Shared/Native Instruments/com.native-instruments.odr_agent.kks failed No such file or directory (2) Skipped 3 duplicate messages.
In that directory the file exists, but only ending with .lock, here's a screenshot
Best
Phil
0 -
So, it seems this Scanapp crash happens because of Wavelab. It should be fixed in the next Scanapp/Komplete Kontrol release.
1
Categories
- All Categories
- 19 Welcome
- 1.4K Hangout
- 60 NI News
- 731 Tech Talks
- 3.8K Native Access
- 15.8K Komplete
- 1.9K Komplete General
- 4.1K Komplete Kontrol
- 5.5K Kontakt
- 1.5K Reaktor
- 364 Battery 4
- 812 Guitar Rig & FX
- 416 Massive X & Synths
- 1.2K Other Software & Hardware
- 5.5K Maschine
- 6.9K Traktor
- 6.9K Traktor Software & Hardware
- Check out everything you can do
- Create an account
- See member benefits
- Answer questions
- Ask the community
- See product news
- Connect with creators