CYD PROBLEM

[H4Z3-byte]

Problem: mQuickJS interpreter crashes (freeze/reboot) on CYD when launching any .js script from the JS interpreter menu. Trying to run a simple script like subghz.transmit("AAAA", 433920000, 174, 3) causes the device to hang or crash.

BRUCE Firmware Version: 1.14 — issue is in source code, reproducible on any recent build that includes mQuickJS.

Device Used:

Model: CYD (Cheap Yellow Display) — ESP32-2432S028R
Chip: ESP32-D0WDQ6 (dual-core, 240MHz)
PSRAM: Not present (520KB internal SRAM only)
Flash: 16MB
Since When the Problem Occurs:

Always — it's a RAM allocation bug, not a regression.
Steps to reproduce:
Flash Bruce to a CYD without PSRAM
Copy any .js file to SD card
Go to Apps → Tools → JS Interpreter → select the .js file
Device crashes or freezes immediately
Root cause (confirmed by reading source): In src/modules/bjs_interpreter/interpreter.cpp ~line 45, the memory allocated for mQuickJS (max_alloc - 8192) leaves only ~60KB of heap. JS_NewContext() can't initialize the runtime + precompiled stdlib (js_stdlib) in that space, causing a null-pointer crash.

[H4Z3-byte]

Idea for fix:

In src/modules/bjs_interpreter/interpreter.cpp, line ~45, the RAM budget for mQuickJS on non-PSRAM devices is max_alloc - 8192. On CYD with ~69KB free heap, this leaves only ~60KB — too small for JS_NewContext() + js_stdlib.

Option 1 (minimal): Change max_alloc - 8192 → max_alloc - 2048 to give ~67KB.

Option 2 (robust): Use a dynamic approach — try allocating max_alloc - 2048 first; if JS_NewContext() fails (returns NULL), retry with progressively smaller pools. This adapts to any device's available RAM.

Option 3 (fallback): If RAM is critically low (< 64KB), skip precompiled js_stdlib entirely — pass NULL instead of &js_stdlib in JS_NewContext(). Scripts lose console.log/JSON etc. but at least don't crash