ease external sometimes crashing in Live?
I'm crashing Live multiple times a day while developing and testing a device which is using ease to generate some (ok, lots) of MPE data. All the crashes are happening with similar backtrace pointing to the 'ease' external. The crash happened with both ease 1.2.2 and 1.2.3.
Do 'ease' bugs go to the normal cycling74 support channel?
Cheers,
Tyler
Process: Live [11322]
Path: /Applications/Ableton Live 11 Suite.app/Contents/MacOS/Live
Identifier: com.ableton.live
Version: 11.2.6 (2022-10-26_5ce91bbb60) (11.2.6 (2022-10-26_5ce91bbb60))
Code Type: ARM-64 (Native)
Parent Process: launchd [1]
User ID: 501
Date/Time: 2022-11-30 18:15:04.3429 -0500
OS Version: macOS 12.5.1 (21G83)
Report Version: 12
Anonymous UUID: A2A819DC-C3C7-E9C3-419B-2AC9C890EA7E
Sleep/Wake UUID: 2679F014-2A2B-4D43-8EDB-05A0C7CFF4F7
Time Awake Since Boot: 4100000 seconds
Time Since Wake: 36819 seconds
System Integrity Protection: enabled
Crashed Thread: 10 AudioCalc
Exception Type: EXC_BAD_ACCESS (SIGSEGV)
Exception Codes: KERN_INVALID_ADDRESS at 0x0000000000000000
Exception Codes: 0x0000000000000001, 0x0000000000000000
Exception Note: EXC_CORPSE_NOTIFY
Termination Reason: Namespace SIGNAL, Code 11 Segmentation fault: 11
Terminating Process: exc handler [11322]
VM Region Info: 0 is not in any region. Bytes before following region: 4302209024
REGION TYPE START - END [ VSIZE] PRT/MAX SHRMOD REGION DETAIL
UNUSED SPACE AT START
--->
__TEXT 1006e8000-104748000 [ 64.4M] r-x/r-x SM=COW ...ts/MacOS/Live
Kernel Triage:
VM - Compressor failed a blocking pager_get
VM - Compressor failed a blocking pager_get
VM - Compressor failed a blocking pager_get
VM - Compressor failed a blocking pager_get
VM - Compressor failed a blocking pager_get
…
Thread 10 Crashed:: AudioCalc
0 ease 0x2d72a9584 ease_base<ease>::apply_easing_function(double) + 300
1 ease 0x2d72a9580 ease_base<ease>::apply_easing_function(double) + 296
2 ease 0x2d72a93b4 std::__1::__function::__func<ease::number_message::'lambda'(std::__1::vector<c74::min::atom, std::__1::allocator<c74::min> > const&, int), c74::min::atom<std::__1::vector<c74::min::atom, std::__1::allocator<c74::min> > const&>, std::__1::allocator<c74::min> (std::__1::vector<c74::min::atom, std::__1::allocator<c74::min> > const, int)>::operator()(std::__1::vector<c74::min::atom, std::__1::allocator<c74::min> > const, int&&) + 40
3 ease 0x2d72aae70 c74::min::message<(c74::min::threadsafe)2>::operator()(std::__1::vector<c74::min::atom, std::__1::allocator<c74::min::atom> > const&, int) + 156
4 ease 0x2d72ac9d8 void c74::min::wrapper_method_float<ease, c74::min::wrapper_message_name_float>(c74::max::object*, double) + 176
5 MaxPlugLib 0x2afac1780 outlet_float + 1428
6 line 0x2d27035f0 line_tick + 152
7 MaxPlugLib 0x2afaf3e44 scheduler_run_flags + 508
8 MaxAudioAPIImpl 0x128109a14 plugrunner_servicescheduler + 392
9 MaxAudioAPIImpl 0x1280ff540 plugrunner_process + 200
10 patcher 0x128185df0 Wires::Process(plug_DeviceRef*, int, int const*, int const*, float const* const*, float* const*, __t_epii_REChunk*, __t_epii_REChunk*, __t_epii_MEChunk*, __t_epii_MEChunk**, __t_epii_REChunk**) + 856
11 Live 0x1028df6fc 0x1006e8000 + 35616508
12 Live 0x1028deda0 0x1006e8000 + 35614112
13 Live 0x1018abad8 0x1006e8000 + 18627288
14 Live 0x1018c6914 0x1006e8000 + 18737428
15 Live 0x1018aeef0 0x1006e8000 + 18640624
16 Live 0x1018af228 0x1006e8000 + 18641448
17 Live 0x1011a55e8 0x1006e8000 + 11261416
18 Live 0x1011a6100 0x1006e8000 + 11264256
19 libsystem_pthread.dylib 0x1ab73826c _pthread_start + 148
20 libsystem_pthread.dylib 0x1ab73308c thread_start + 8
…
{
"source" : "P",
"arch" : "arm64",
"base" : 12199755776,
"CFBundleShortVersionString" : "1.2.3",
"CFBundleIdentifier" : "com.cycling74.ease",
"size" : 147456,
"uuid" : "4d509f87-041c-3da7-87a9-c45ffc9a56ee",
"path" : "\/Users\/USER\/Library\/Application Support\/Cycling '74\/*\/ease",
"name" : "ease",
"CFBundleVersion" : "1.2.3"
},
I ended up dropping [ease] from this project on account of this crash.