-
We currently abuse LLVM segmented stack support to check for stack overflows. It would be more efficient to use guard pages to detect these. We already have guard pages on all the stacks. However to e…
-
We are working in SPIFFS. Things go well, using SPIFFS in our Lua RTOS, with file system access from Lua. But some times we received exceptions, and I think that some dead locks running on multicore. …
-
### Missing feature
The current luaL_Buffer consumes 1k bytes of stack space. This is a lot on the ESP8266.
### Justification
Not much stack available!
Nearly all the code deals with the buffer siz…
-
Are there any plans to create builds specifically targeted at running on embedded systems? Something like [Espruino](https://github.com/espruino/Espruino) or [micropython](http://micropython.org/) com…
-
I'm starting a port of this SDK to a new RTOS-based platform, and I noticed that the platform-agnostic timer.h includes timer_linux.h:
https://github.com/aws/aws-iot-device-sdk-embedded-C/blob/master…
-
When I was on a stable build (0.9.6-dev_20150704), the code like this worked correctly:
```
connection:on ("receive",
function (conn, req)
conn:send("HTTP/1.0 200 OK\n")
conn:…
-
I am a bit concerned about the issues raised in #993. Here we have a inexperienced (Lua firmware) developer trying to make nodeMCU Lua look more like a procedural implementation of the Lua language. …
-
The ESP8266 port gives a Python REPL over UART, but there is currently no interface to the wifi capabilities of the chip. This issue is intended to point potential contibutors in the right direction …
-
Adding the the Makefile:
```
else ifdef ESP8266_BOARD
EMBEDDED=1
USE_NET=1
USE_TELNET=1
USE_CRYPTO=1
BOARD=ESP8266_BOARD
```
```
CC libs/crypto/jswrap_crypto.o
libs/crypto/jswrap_crypto.c: In functi…
-
I'll have a look at doing the upgrade to SDK 1.5.0 over the next few days. Going by the release notes we might have a naming conflict with -lcrypto that will need to be resolved somehow.