Hello, I’ve done some “behind-the-scenes” updates/reorganization to the computerscare modules plugin, and am wondering if any kind soul who runs Linux or Windows would be able to install the v2.1.13 release candidate and make sure nothing is broken.
Nothing functionality-wise has been changed, I’m just looking for a quick “smoke test” on these platforms to make sure it doesn’t crash or something. Loading a patch that already uses some computerscare modules would be best.
Thanks much!
Hi Adam,
I tried this on my Linux system and I did encounter a problem. There is no crash, but I just can’t add any computerscare modules to my patch. I saw this in the log file:
[0.064 info src/plugin.cpp:133 loadPlugin] Loading plugin from /home/don/.local/share/Rack2/plugins-lin-x64/computerscare
[0.065 warn src/plugin.cpp:203 loadPlugin] Could not load plugin /home/don/.local/share/Rack2/plugins-lin-x64/computerscare: Failed to load library /home/don/.local/share/Rack2/plugins-lin-x64/computerscare/plugin.so: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.38' not found (required by /home/don/.local/share/Rack2/plugins-lin-x64/computerscare/plugin.so)
[UPDATE 4 April 2026 Saturday] I looked up how to determine my Linux system’s glibc version. Here is the result:
$ ldd --version
ldd (Debian GLIBC 2.31-13+deb11u13) 2.31
Copyright (C) 2020 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
Written by Roland McGrath and Ulrich Drepper.
So I’m guessing your build process references a C/C++ runtime library beyond what my Debian system has installed.
On Windows, after dropping your 2.1.13 into \plugins-win-64\:
I can launch VCV, but
right-clicking to access the module browser crashes VCV.
deleted \computerscare\ and everything runs fine.
Was able to reproduce.
Reverted to 2.1.11 and all is good.
Using your build, opening the browser crashes (Win 11 Pro, Rack Pro v2.6.6)
Although if I build your dev-v2.2 branch myself I don’t get a crash.
GDB log:
Thread 1 received signal SIGTRAP, Trace/breakpoint trap.
0x00007ffeb79867e7 in ntdll!RtlSetProcessPreferredUILanguages () from C:\\Windows\\SYSTEM32\\ntdll.dll
(gdb) bt
#0 0x00007ffeb79867e7 in ntdll!RtlSetProcessPreferredUILanguages () from C:\\Windows\\SYSTEM32\\ntdll.dll
#1 0x00007ffeb79e9572 in ntdll!RtlValidateHeap () from C:\\Windows\\SYSTEM32\\ntdll.dll
#2 0x00007ffeb79eb2a0 in ntdll!RtlSizeHeap () from C:\\Windows\\SYSTEM32\\ntdll.dll
#3 0x00007ffeb798378c in ntdll!RtlAllocateHeap () from C:\\Windows\\SYSTEM32\\ntdll.dll
#4 0x00007ffeb79d9250 in ntdll!RtlFreeHeap () from C:\\Windows\\SYSTEM32\\ntdll.dll
#5 0x00007ffeb431e0fb in ucrtbase!\_free_base () from C:\\Windows\\System32\\ucrtbase.dll
#6 0x00007ffe531781bd in plugin!\_ZN28ComputerscareKnolyPobsWidgetC1EP22ComputerscareKnolyPobs () from C:\\Program Files\\VCV\\Rack2Pro\\plugins\\computerscare\\plugin.dll
#7 0x00007ffe5323eb44 in plugin!\_ZZN4rack11createModelI22ComputerscareKnolyPobs28ComputerscareKnolyPobsWidgetEEPNS_6plugin5ModelENSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEEN6TModel18createModuleWidgetEPNS_6engine6Module
E () from C:\\Program Files\\VCV\\Rack2Pro\\plugins\\computerscare\\plugin.dll
#8 0x00007ffe4b0e7ab4 in libRack!\_ZN4rack3app7browser8ModelBox4drawERKNS_6widget6Widget8DrawArgsE () from C:\\Program Files\\VCV\\Rack2Pro\\libRack.dll
#9 0x00007ffe4a9ce0c2 in libRack!\_ZN4rack6widget6Widget9drawChildEPS1_RKNS1_8DrawArgsEi () from C:\\Program Files\\VCV\\Rack2Pro\\libRack.dll
#10 0x00007ffe4a9ce182 in libRack!\_ZN4rack6widget6Widget4drawERKNS1_8DrawArgsE () from C:\\Program Files\\VCV\\Rack2Pro\\libRack.dll
#11 0x00007ffe4a9ce037 in libRack!\_ZN4rack6widget6Widget9drawChildEPS1_RKNS1_8DrawArgsEi () from C:\\Program Files\\VCV\\Rack2Pro\\libRack.dll
#12 0x00007ffe4a9ce182 in libRack!\_ZN4rack6widget6Widget4drawERKNS1_8DrawArgsE () from C:\\Program Files\\VCV\\Rack2Pro\\libRack.dll
#13 0x00007ffe4a9ce037 in libRack!\_ZN4rack6widget6Widget9drawChildEPS1_RKNS1_8DrawArgsEi () from C:\\Program Files\\VCV\\Rack2Pro\\libRack.dll
#14 0x00007ffe4a9ce182 in libRack!\_ZN4rack6widget6Widget4drawERKNS1_8DrawArgsE () from C:\\Program Files\\VCV\\Rack2Pro\\libRack.dll
#15 0x00007ffe4a9ce037 in libRack!\_ZN4rack6widget6Widget9drawChildEPS1_RKNS1_8DrawArgsEi () from C:\\Program Files\\VCV\\Rack2Pro\\libRack.dll
#16 0x00007ffe4a9ce182 in libRack!\_ZN4rack6widget6Widget4drawERKNS1_8DrawArgsE () from C:\\Program Files\\VCV\\Rack2Pro\\libRack.dll
#17 0x00007ffe4a9c5eff in libRack!\_ZN4rack2ui12ScrollWidget4drawERKNS_6widget6Widget8DrawArgsE () from C:\\Program Files\\VCV\\Rack2Pro\\libRack.dll
#18 0x00007ffe4a9ce0c2 in libRack!\_ZN4rack6widget6Widget9drawChildEPS1_RKNS1_8DrawArgsEi () from C:\\Program Files\\VCV\\Rack2Pro\\libRack.dll
#19 0x00007ffe4a9ce182 in libRack!\_ZN4rack6widget6Widget4drawERKNS1_8DrawArgsE () from C:\\Program Files\\VCV\\Rack2Pro\\libRack.dll
#20 0x00007ffe4a9ce0c2 in libRack!\_ZN4rack6widget6Widget9drawChildEPS1_RKNS1_8DrawArgsEi () from C:\\Program Files\\VCV\\Rack2Pro\\libRack.dll
#21 0x00007ffe4a9ce182 in libRack!\_ZN4rack6widget6Widget4drawERKNS1_8DrawArgsE () from C:\\Program Files\\VCV\\Rack2Pro\\libRack.dll
#22 0x00007ffe4a9ce0c2 in libRack!\_ZN4rack6widget6Widget9drawChildEPS1_RKNS1_8DrawArgsEi () from C:\\Program Files\\VCV\\Rack2Pro\\libRack.dll
#23 0x00007ffe4a9ce182 in libRack!\_ZN4rack6widget6Widget4drawERKNS1_8DrawArgsE () from C:\\Program Files\\VCV\\Rack2Pro\\libRack.dll
#24 0x00007ffe4a9d3ac1 in libRack!\_ZN4rack6window6Window4stepEv () from C:\\Program Files\\VCV\\Rack2Pro\\libRack.dll
#25 0x00007ffe4a9d3dd8 in libRack!\_ZN4rack6window6Window3runEv () from C:\\Program Files\\VCV\\Rack2Pro\\libRack.dll
#26 0x00007ff61f312da5 in ?? ()
#27 0x00007ff61f30186d in ?? ()
#28 0x00007ff61f3010c9 in ?? ()
#29 0x00007ff61f3013f6 in ?? ()
#30 0x00007ffeb5afe8d7 in KERNEL32!BaseThreadInitThunk () from C:\\Windows\\System32\\kernel32.dll
#31 0x00007ffeb79ec48c in ntdll!RtlUserThreadStart () from C:\\Windows\\SYSTEM32\\ntdll.dll
#32 0x0000000000000000 in ?? ()
Hi there,
had the same glibc 2.38 issue on Linux Mint 21.3 (with glibc 2.36), so I downloaded the source and built it myself. Now the plugin loads since it was built using the glibc version that came with my slightly older, but still fully supported linux version. I also had a look at plugins installed from the library, these use quite old glibc versions 2.2.x), that’s why they run on most systems. So your modules should be fine under Linux once they are built by the VCV toolchain for the library.
I did get a ton of warnings during the build, almost all of them (didn’t check all) about a lack of “override” statements. I would strongly suggest to add these, not only do they make things clearer but they also help you catch errors where you think you are overriding a base class method when in fact you aren’t because you got one parameter wrong or maybe forgot a const somewhere.
Now the modules show up in the browser, I tried a few (Knloy Pops, Boly Puttons and Debug) and they seem to work fine
Thanks so much for taking a look and the crash reports.
Made a couple fixes, including updating the build to use the qno linux/windows toolchain. Hopefully that did the trick. Here is a new release candidate, v2.1.15
Hi Adam! I retested with v2.1.15 and everything is working! No more glibc problems. I am a long-time fan of Horse a Doodle Doo, by the way. Here it is running on my Linux desktop:
So far so good with 2.1.15 on Win 11.
Thank you for your time!
Great thanks for testing and for your time!
Thanks much, appreciate you testing this out!
New build all good on Win 11.
Thanks, I appreciate it!
Works fine on win 10. So nice to see you here, been a fan of your work for some time. Do you have new module ideas you will make?
Thanks for testing! Yeah I have a few ideas but first wanted to get everything “tuned up” and re-organized
The 2.1.15 plugin works fine on Linux Mint 21.3 from your binary,
