----clarification for #2
' you haven't updated the firmware'
I had re-flashed to 2.00, but that was ~ a month? ago and this worked say twenty times on that version until the start of this week.
Thought, could the server changes made earlier this week:
http://forum.espruino.com/comments/14595809/ /bin/sh: 1: arm-none-eabi-gcc: not found
Wed 2019.01.30
Well, that didn't work and I even tried adding that code line inside the constructor to run immediately before.
From:
http://www.espruino.com/Reference#process process.memory() free : Memory that is available to be used (in blocks) Memory units are specified in 'blocks', which are around 16 bytes each
http://www.espruino.com/Reference#process
process.memory() free : Memory that is available to be used (in blocks)
Memory units are specified in 'blocks', which are around 16 bytes each
So, as I see it, I have 1491 blocks available, rounding down for easier math 1400
1400 x 16 = 22,400 bytes available
I'm requesting flat strings of 256 bytes and five of 180 bytes. 180 * 5 = 900 900 + 256 = 1156
Even with some allocation overhead, there should be scads of memory remaining, isn't this the case?
@Robin started
Espruino is a JavaScript interpreter for low-power Microcontrollers. This site is both a support community for Espruino and a place to share what you are working on.
----clarification for #2
I had re-flashed to 2.00, but that was ~ a month? ago and this worked say twenty times on that version until the start of this week.
Thought, could the server changes made earlier this week:
Wed 2019.01.30
Well, that didn't work and I even tried adding that code line inside the constructor to run immediately before.
From:
So, as I see it, I have 1491 blocks available, rounding down for easier math 1400
1400 x 16 = 22,400 bytes available
I'm requesting flat strings of 256 bytes and five of 180 bytes.
180 * 5 = 900
900 + 256 = 1156
Even with some allocation overhead, there should be scads of memory remaining, isn't this the case?