does it happen to anyone else when they try to drag it into their patch? and be safe, dont drag it into your masterpiece only to have it destroy it! cheers
Yes, for me too. Log:
[9.152 fatal adapters/standalone.cpp:60 fatalSignalHandler] Fatal signal 6 SIGABORTED. Stack trace:
27: /home/alex/.local/share/VCV/Rack2Pro/Rack() [0x403d8f]
26: /usr/lib/libc.so.6(+0x3cda0) [0x7fc962268da0]
25: /usr/lib/libc.so.6(gsignal+0x142) [0x7fc962268d22]
24: /usr/lib/libc.so.6(abort+0x116) [0x7fc962252862]
23: ./libRack.so(+0x28d912) [0x7fc9627f7912]
22: ./libRack.so(_ZN10__cxxabiv111__terminateEPFvvE+0x6) [0x7fc962d202d6]
21: ./libRack.so(+0x7b6341) [0x7fc962d20341]
20: ./libRack.so(+0x7b6494) [0x7fc962d20494]
19: ./libRack.so(_ZSt20__throw_length_errorPKc+0x3d) [0x7fc9627f8f72]
18: ./libRack.so(+0x82a64c) [0x7fc962d9464c]
17: /home/alex/.Rack2/plugins/TinyTricks/plugin.so(_ZN14RANDOMWRANGLERC2Ev+0x1fa2) [0x7fc943fc6ee2]
16: /home/alex/.Rack2/plugins/TinyTricks/plugin.so(_ZZN4rack11createModelI14RANDOMWRANGLER20RANDOMWRANGLERWidgetEEPNS_6plugin5ModelENSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEEN6TModel12createModuleEv+0x1c) [0x7fc943fc73bc]
15: ./libRack.so(+0x37beff) [0x7fc9628e5eff]
14: ./libRack.so(_ZN4rack3app7browser8ModelBox8onButtonERKNS_6widget6Widget11ButtonEventE+0x90) [0x7fc9628edcb0]
13: ./libRack.so(_ZN4rack6widget6Widget8onButtonERKNS1_11ButtonEventE+0xd4) [0x7fc9628ad9c4]
12: ./libRack.so(_ZN4rack6widget6Widget8onButtonERKNS1_11ButtonEventE+0xd4) [0x7fc9628ad9c4]
11: ./libRack.so(_ZN4rack6widget6Widget8onButtonERKNS1_11ButtonEventE+0xd4) [0x7fc9628ad9c4]
10: ./libRack.so(_ZN4rack2ui12ScrollWidget8onButtonERKNS_6widget6Widget11ButtonEventE+0xf3) [0x7fc9628b0fc3]
9: ./libRack.so(_ZN4rack3app7browser7Browser8onButtonERKNS_6widget6Widget11ButtonEventE+0xe4) [0x7fc9628ea144]
8: ./libRack.so(_ZN4rack2ui11MenuOverlay8onButtonERKNS_6widget6Widget11ButtonEventE+0x104) [0x7fc9628aa914]
7: ./libRack.so(_ZN4rack6widget12OpaqueWidget8onButtonERKNS0_6Widget11ButtonEventE+0xec) [0x7fc9628a9b4c]
6: ./libRack.so(_ZN4rack6widget10EventState12handleButtonENS_4math3VecEiii+0x25a) [0x7fc96293a06a]
5: ./libRack.so(_glfwPlatformPollEvents+0x102c) [0x7fc96298d7ec]
4: ./libRack.so(_ZN4rack6window6Window4stepEv+0x58) [0x7fc9628d85c8]
3: ./libRack.so(_ZN4rack6window6Window3runEv+0x18) [0x7fc9628d8f68]
2: /home/alex/.local/share/VCV/Rack2Pro/Rack(main+0xa8d) [0x40386d]
1: /usr/lib/libc.so.6(__libc_start_main+0xd5) [0x7fc962253b25]
0: /home/alex/.local/share/VCV/Rack2Pro/Rack() [0x403b69]
I experienced the same. Bug reported on GitHub.
But what about the Simplex Osc.? Is it stable for you in Rack v2.0.3?
Simplex seems fine for me.
Thanks @TroubledMind. After re-opening some previously saved patches I see a strange freeze. But I’m not sure if it’s because of Simplex Osc. so I haven’t reported it yet. It can very well be anything on my computer … 
Do you mean previously saved as in Rack v1 and trying to open in Rack v2? I can test it if you like, I had just opened a blank patch and it didn’t crash like the other module so I assume it was ok.
Much appreciated but I’m afraid I can’t give any instruction how to recreate the freeze.
The patches were created and saved in v2 and had at least a single Simplex Osc. (among other modules). The freeze happened after closing and re-opening the Rack. I couldn’t run CLOCKED and the Simplex Osc screen was blank. (Pure red without the white wave line.) Rack wasn’t crashing in fact.
I try to document it better in case it happens to me again… Cheers, A.
Yeah now you mention it, if I save a patch with that in then I can’t start rack again. Definitely a problem there I think.
After a conversation with thomas around a fix for RW I had had open for a while, he gave me perms to the repo and told the rack team I can release.
So this morning TinyTricks 2.5.2 hit the library and RW duplicate is fixed and simplex no longer crashes on reload.
Enjoy! And thanks to thomas for giving me perms to fix up the collection, which I always enjoyed myself.
15 Likes
Heroes are real!
1 Like
lol!!
1 Like
the salty to be down talked user again:
A message to all the heroes here, It still crashes on Mac at startup after you added RW to your patch!
Yes here on win10 also just load 2 RW’s in your patch close Rack restart Rack instant CTD.
And now it just works perfectly 
But when I add it to an existing patch it will bring it down after restart. 
EDIT2 : and nothing useful in the log.txt 
Oh I bet I can fix that in no time - lemme peek
I thought rw problem was with dup but these bugs are all of the same type
Fascinating yeah with a new patch no problem but with an existing one indeed blammo
1 Like
OK have it fixed. The repo doesn’t have GitHub actions and I don’t have perms to get actions running. Can you self build to test before I push to library? If not I can post a docker build somewhere I guess.
Sorry I’m not that Github Savvy, but for me there is no hurry, although I would like to test the fix 
Would be nice for future releases would it not ? 
Yeah releases would be good if I planned lots of updates. I just plan to fix 2.x bugs though so we are almost done, and then can wait until rack 3 comes along and requires a port.
Anyway I also noticed skin save/restore wasn’t working so fixed that while in there and also added an option to just follow the rack default dark setting.
there’s a place where you can grab the build. If you can confirm I’ll tag as 2.5.3 and re-library.
Thanks all
3 Likes