p0nce

Mmmmm, bug is ~~release-only~~ (EDIT: no), memory-corruption. - [x] Does Panagement 2.4 + VST3 fail in the same way => **no** - [x] Disable Wren to see => **no crash...

Repro script: ``` dplug-build -a all -c VST3-FULL --installer -b release-debug open builds/XXX-FULL-1.0.0.pkg lldb -- /Applications/Cubase\ 12.app ```

Perhaps, quite simply, we never tested Wren on arm64 - [x] reproduce with Distort => **OK**, central knob not positioned in VST3 + Cubase, it's working in REAPER Rosetta though...

 **Perhaps another bug, but probably the same** Knob correctly positioned, but oddly not drawn properly. Also in debug. printf doesn't work unfortunately, but...

A matrix for testing if the center knob of Distort is properly drawn: - Logic + arm64 + AU => yes - Logic + x86_64 (Rosetta) + AU => yes...

Distort's problem: knobRadiusPx is small. because knobRadius is set to zero Every Wren float property is assigned zero, but not int properties

Wren instructions trace ``` 131: 0004 CONSTANT 0 '1' (fiber 0x600006a3c460) [closure 0x6000011433f0] | [class Plugin 0x6000025df980] | [class Plugin 0x6000025df980] | 620 | 330 | 1 | [class Plugin...

The wren line: ```wren ($"_driveKnob").knobRadius(0.65) // does nothing yet, but an UIKnob is returned .numLEDs(15) .LEDRadiusMin(0.06) .LEDRadiusMax(0.06) ``` compiles to instructions: ``` 36: 0208 CONSTANT 9 '_driveKnob' 0211 CALL_0 160...

In Rosetta, correctly compiled to: ``` 36: 0208 CONSTANT 9 '_driveKnob' 0211 CALL_0 160 '$' 0214 CONSTANT 16 '0.65' 0217 CALL_1 190 'knobRadius(_)' 37: 0220 CONSTANT 17 '15' 0223 CALL_1...

Numbers are parsed with strtod and strtod is locale dependent, would it be possible that in arm64 C runtime uses a different locale?