VCV Rack 1.1.6 was working fine, now crashes every time I launch it OSX 10.15.7

OSX 10.15.7 When I launch I get a “Quit Unexpectedly” notification, if I select “reopen” I get this error:

Screen Shot 2021-03-13 at 15.15.03

I have reinstalled and it persists.

It was working fine a week ago, no crashes at all…

Here’s the Log:

[0.000 info src/main.cpp:119] VCV Rack v1.1.6

[0.000 info src/main.cpp:120] Darwin 19.6.0 Darwin Kernel Version 19.6.0: Mon Aug 31 22:12:52 PDT 2020; root:xnu-6153.141.2~1/RELEASE_X86_64 x86_64

[0.000 info src/main.cpp:126] Args: /Applications/

[0.000 info src/main.cpp:129] System directory: /Applications/

[0.000 info src/main.cpp:130] User directory: /Users/zmix/Documents/Rack

[0.000 info src/main.cpp:132] Bundle path: /Applications/

[0.000 info src/settings.cpp:206] Loading settings /Users/zmix/Documents/Rack/settings-v1.json

[0.000 info src/main.cpp:155] Initializing environment

[0.016 info src/plugin.cpp:154] Loaded plugin Core v1.1.6 from

[0.024 info src/plugin.cpp:154] Loaded plugin Fundamental v1.3.1 from /Users/zmix/Documents/Rack/plugins-v1/Fundamental

[0.087 fatal src/main.cpp:45] Fatal signal 11. Stack trace:

19: 1 Rack 0x000000010d8fe3cd _ZL18fatalSignalHandleri + 45

18: 2 libsystem_platform.dylib 0x00007fff683015fd _sigtramp + 29

17: 3 ??? 0x00007ffee23691e0 0x0 + 140732693647840

16: 4 IOKit 0x00007fff30db2661 __IOHIDManagerDeviceApplier + 764

15: 5 CoreFoundation 0x00007fff2dfa9016 __CFSetApplyFunction_block_invoke + 18

14: 6 CoreFoundation 0x00007fff2dfa8e8a CFBasicHashApply + 122

13: 7 CoreFoundation 0x00007fff2dfa8df8 CFSetApplyFunction + 129

12: 8 IOKit 0x00007fff30db10ca __ApplyToDevices + 105

11: 9 IOKit 0x00007fff30db28b4 __IOHIDManagerInitialEnumCallback + 39

10: 10 CoreFoundation 0x00007fff2dfe0884 CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION + 17

9: 11 CoreFoundation 0x00007fff2dfe0823 __CFRunLoopDoSource0 + 103

8: 12 CoreFoundation 0x00007fff2dfe063d __CFRunLoopDoSources0 + 209

7: 13 CoreFoundation 0x00007fff2dfdf359 __CFRunLoopRun + 937

6: 14 CoreFoundation 0x00007fff2dfde953 CFRunLoopRunSpecific + 466

5: 15 Rack 0x000000010d9d128a _glfwInitJoysticksNS + 746

4: 16 Rack 0x000000010d9d0cd3 _glfwPlatformInit + 1859

3: 17 Rack 0x000000010d9c952a glfwInit + 74

2: 18 Rack 0x000000010d916ec3 _ZN4rack10windowInitEv + 51

1: 19 Rack 0x000000010d8fdd6a main + 1034

0: 20 Rack 0x000000010d897034 start + 52

[0.121 info src/bridge.cpp:384] Bridge server started

Hmm… I’m no expert… It’s crashing deep inside the operating system, triggered by some software trying to initialize a joystick. Have you changed any USB hardware since it was working? Clearly there is a bug somewhere, but it’s not obvious where (to me).

1 Like

It’s the MacOS translocation bug and you’ll find it on the Rack github issue queue as well. You probably triggered it after an OS upgrade. As I recall the general advice is:

  • Open the ‘Security & Privacy’ settings on MacOS and make sure to allow apps downloaded from ‘app store and identified developers’, i.e. the most permissive setting.
  • Use the MacOS ‘Finder’, not other programs, to unpack the Rack installer zip and to move the app into place in the Applications folder.
  • Launch Rack the first time by right-clicking the app and select ‘open’, say yes to warnings about downloaded programs. You’ll probably get the translocation bug the first time. Close Rack (don’t select re-open or anything).
  • Launch Rack the second time by right-clicking the app and select ‘open’. Now it should start normally.
  • From this point on you can just start it by double clicking.
1 Like

Try trashing the file ~/Documents/Rack/autosave-v1.vcv just in case.

I want to point out that nothing in my system changed between the time when Rack was working to now…

I have uninstalled everything and reinstalled, to no avail.

I did discover if I examine the package contents I can launch Rack via the terminal and it works fine…

Here is the text that appears in the Terminal window when I do:

Last login: Mon Mar 15 11:19:22 on ttys000

The default interactive shell is now zsh. To update your account to use zsh, please run chsh -s /bin/zsh. For more details, please visit

Thanks for the suggestion, unfortunately the same issue happens…

Hi Lars,

Thank you for the suggestions. I have not actually changed anything in my system between the time it worked and now, all of my security settings are already as you have suggested, too.

I can launch it using Terminal, however. What do you suppose that means?

Have you read through all of this ?

Not a mac guy myself so I can’t help you.


Thank you Peter, I’m sorry I missed it when I did a search… I’ll read through it…!

1 Like

I’m back, and so is Rack - I have since updated to OSX 11.6 and after some permissions updates, I have been using Rack without incident…

1 Like