Update 5.2.1 + .vst crashes

Hello,
after the latest update 5.2.1 my plugin .VST crashes in reaper, cubase and Ableton live. I have not changed anything except the JUCE version…
I did not have this problem with 5.2 and i just opened the project on new juce without any changes, then I build it in Xcode, everything fine,
the .AU is opening fine everywhere, and the VST3, just the .VST crashes everything and the DAW is shutting down … any ideas?
23

Try running your plug-in in debug mode and find out why it is crashing (at what point in your code). Only then we can help you :slight_smile:
On Xcode: Product -> Scheme -> Edit Scheme (or just CMD+<), Executable: your DAW, or the JUCE plug-in host, or the standalone, wherever you experience that behavior.

1 Like

can you get anything out of this ? :

Process: REAPER [2152]
Path: /Applications/REAPER64.app/Contents/MacOS/REAPER
Identifier: com.cockos.reaper
Version: 5.70.0 (5.70.0)
Code Type: X86-64 (Native)
Parent Process: ??? [1]
Responsible: REAPER [2152]
User ID: 501

Date/Time: 2018-02-10 15:43:33.524 +0200
OS Version: Mac OS X 10.13.2 (17C88)
Report Version: 12
Anonymous UUID: 23F0F7CE-AACA-6D95-DEF0-3839B2720E00

Sleep/Wake UUID: 50285768-A239-4E3F-9AA6-244C7D4FCAA2

Time Awake Since Boot: 12000 seconds
Time Since Wake: 630 seconds

System Integrity Protection: enabled

Crashed Thread: 0 Dispatch queue: com.apple.main-thread

Exception Type: EXC_BAD_ACCESS (SIGSEGV)
Exception Codes: KERN_INVALID_ADDRESS at 0x0000000000000030
Exception Note: EXC_CORPSE_NOTIFY

Termination Signal: Segmentation fault: 11
Termination Reason: Namespace SIGNAL, Code 0xb
Terminating Process: exc handler [0]

There’s only one universal piece of advice that anyone can give you when your code crashes: GO AND DEBUG IT!! Nobody else can do that for you. It’s why we have debuggers!

4 Likes

Here’s my own crash log, very strange, as it crashes in a weird place.

Here’s a crash log :

Process: Live [15526]

Path: /Applications/Ableton Live 10 Suite.app/Contents/MacOS/Live

Identifier: com.ableton.live

Version: 10.0.5 [2018-10-18_8aeadb1597] (10.0.5 [2018-10-18_8aeadb1597])

Code Type: X86-64 (Native)

Parent Process: ??? [1]

Responsible: Live [15526]

User ID: 501

Date/Time: 2019-01-15 11:55:49.900 -0800

OS Version: Mac OS X 10.13.6 (17G4015)

Report Version: 12

Anonymous UUID: FD1E3357-99C9-EC06-74CC-CCACC9A3951C

Sleep/Wake UUID: 102868BD-9F03-474A-97DC-D95AD587B80D

Time Awake Since Boot: 50000 seconds

Time Since Wake: 3800 seconds

System Integrity Protection: enabled

Crashed Thread: 4 AudioCalc

Exception Type: EXC_BAD_ACCESS (SIGSEGV)

Exception Codes: KERN_INVALID_ADDRESS at 0x0000000000000000

Exception Note: EXC_CORPSE_NOTIFY

Termination Signal: Segmentation fault: 11

Termination Reason: Namespace SIGNAL, Code 0xb

Terminating Process: exc handler [0]

VM Regions Near 0:

–>

__TEXT                 0000000100000000-000000010367f000 [ 54.5M] r-x/rwx SM=COW  /Applications/Ableton Live 10 Suite.app/Contents/MacOS/Live

Thread 0:: MainThread Dispatch queue: com.apple.main-thread

0 libsystem_kernel.dylib 0x00007fff5761820a mach_msg_trap + 10

1 libsystem_kernel.dylib 0x00007fff57617724 mach_msg + 60

2 com.apple.CoreFoundation 0x00007fff2f5a4665 __CFRunLoopServiceMachPort + 341

3 com.apple.CoreFoundation 0x00007fff2f5a39b7 __CFRunLoopRun + 1783

4 com.apple.CoreFoundation 0x00007fff2f5a3033 CFRunLoopRunSpecific + 483

5 com.apple.HIToolbox 0x00007fff2e88dd96 RunCurrentEventLoopInMode + 286

6 com.apple.HIToolbox 0x00007fff2e88db06 ReceiveNextEventCommon + 613

7 com.apple.HIToolbox 0x00007fff2e88d884 _BlockUntilNextEventMatchingListInModeWithFilter + 64

8 com.apple.AppKit 0x00007fff2cb3da73 _DPSNextEvent + 2085

9 com.apple.AppKit 0x00007fff2d2d3e34 -[NSApplication(NSEvent) _nextEventMatchingEventMask:untilDate:inMode:dequeue:] + 3044

10 com.apple.AppKit 0x00007fff2cb32885 -[NSApplication run] + 764

11 com.ableton.live 0x0000000100b60b19 0x100000000 + 11930393

12 libdyld.dylib 0x00007fff574d1015 start + 1

Thread 1:

0 libsystem_kernel.dylib 0x00007fff5762228a __workq_kernreturn + 10

1 libsystem_pthread.dylib 0x00007fff577e920e _pthread_wqthread + 1552

2 libsystem_pthread.dylib 0x00007fff577e8be9 start_wqthread + 13

Thread 2:: NetIoThread

0 libsystem_kernel.dylib 0x00007fff57618246 semaphore_wait_trap + 10

1 com.ableton.live 0x000000010081ad98 0x100000000 + 8498584

2 com.ableton.live 0x0000000100ab339b 0x100000000 + 11219867

3 com.ableton.live 0x000000010082b861 void* std::__1::__thread_proxy<std::__1::tuple<void (TThread::)(), TThread> >(void*) + 113

4 libsystem_pthread.dylib 0x00007fff577e9661 _pthread_body + 340

5 libsystem_pthread.dylib 0x00007fff577e950d _pthread_start + 377

6 libsystem_pthread.dylib 0x00007fff577e8bf9 thread_start + 13

Thread 3:: AudioCalc

0 libsystem_kernel.dylib 0x00007fff57618246 semaphore_wait_trap + 10

1 com.ableton.live 0x000000010081ad98 0x100000000 + 8498584

2 com.ableton.live 0x0000000100d6ed8a 0x100000000 + 14085514

3 com.ableton.live 0x000000010082b861 void* std::__1::__thread_proxy<std::__1::tuple<void (TThread::)(), TThread> >(void*) + 113

4 libsystem_pthread.dylib 0x00007fff577e9661 _pthread_body + 340

5 libsystem_pthread.dylib 0x00007fff577e950d _pthread_start + 377

6 libsystem_pthread.dylib 0x00007fff577e8bf9 thread_start + 13

Thread 4 Crashed:: AudioCalc

0 com.wusik.WusikEVEv5 0x00000001739300e4 void juce::VSTPluginInstance::processAudio<float>(juce::AudioBuffer<float>&, juce::MidiBuffer&, juce::AudioBuffer<float>&, juce::HeapBlock<float*, false>&, bool) + 1940

1 com.wusik.WusikEVEv5 0x0000000173889692 Wusik4000AudioProcessor::processBlock(juce::AudioBuffer<float>&, juce::MidiBuffer&) + 33186

2 com.wusik.WusikEVEv5 0x00000001736c2cfc JuceVSTWrapper::processReplacingCB(Vst2::AEffect*, float**, float**, int) + 1308

3 com.ableton.live 0x0000000101cbbcb0 0x100000000 + 30129328

4 com.ableton.live 0x0000000101cbba6c 0x100000000 + 30128748

5 com.ableton.live 0x0000000101cae0c0 0x100000000 + 30073024

6 com.ableton.live 0x0000000100d6b8d3 0x100000000 + 14072019

7 com.ableton.live 0x0000000100d8a35d 0x100000000 + 14197597

8 com.ableton.live 0x0000000100d6ef9c 0x100000000 + 14086044

9 com.ableton.live 0x0000000100d6edbe 0x100000000 + 14085566

10 com.ableton.live 0x000000010082b861 void* std::__1::__thread_proxy<std::__1::tuple<void (TThread::)(), TThread> >(void*) + 113

11 libsystem_pthread.dylib 0x00007fff577e9661 _pthread_body + 340

12 libsystem_pthread.dylib 0x00007fff577e950d _pthread_start + 377

13 libsystem_pthread.dylib 0x00007fff577e8bf9 thread_start + 13

Thread 5:: AudioCalc

0 libsystem_kernel.dylib 0x00007fff57618246 semaphore_wait_trap + 10

You really should use a debugger, a crash log won’t give you all the information about the current state of the processor (member variables, iterators,…). Attach a debugger and you will see where the problem is. We are not ‚just‘ saying to use a debugger, it’s the only way to find out more.

1 Like

It’s very easy to see that it crashes within your own code because you’re reading or writing into address 0, probably via a nullptr.

I think, that is not the case, the crashed function in Thread 4 on top of the stack is indeed a juce function:

That doesn’t change the fact, that it can only be solved by somebody with the source code.
Since this function normally does it’s job, there must be another reason, could be memory corruption or anything else…

But even if it is an error on JUCE’s end, it can’t be fixed without a piece of code, that reproduces the issue.

I am wondering, are you wrapping a plugin by any chance, and the audio buffers are invalid?
Just a wild guess…

Good luck debugging!