I am currently using an ESP32 WROVER chip, and periodically puts the chip to sleep (to save power) for about 10 mins. When it wakes up, it checks if an access point is within the vicinity and tries to connect to it. The weird part is that the chip can get into this state where it fails to connect to...

@ESP_Sprite thanks for the reply. That's exactly what I am doing at the moment. I am trying to write the wrappers for some of the missing functions.

Add getpwuid() to that list. pwd.h says it has an implementation, but during compile, it cannot like to the function implementation.

thank you. will try it.

Is there a way to get the actual implementations of these function into the ESP library? I'm stumped.

Here you go: const char* uart_dev = "/dev/uart/0" static new_transmit_fn(); /*! Switch the standard input/output streams to the * implementation in telnet. */ void switch_file_stream_to_telnet(void) { fflush(stdin); fclose(stdin); // Tell VFS to telnet's virtual tx/rx functions esp_vfs_dev_uart_use_...

I am porting a function that calls siglongjmp(). I have included the <setjmp.h>, which includes the machine implementation of the <machine/setjmp.h>, which has the definition for the siglongjmp(). But for some reason it still just keeps throwing me that error.

Any ideas?

Solution, change the linenoise call to the blocking fgetc() to a non-blocking (with timeout) fread.

The fgetc() will persist even if I flushed and closed (and even tried relocating stdin) stdin, until an input is received from it.

Hi igrr, My telnet output (piped from the console unit) is currently like this: hash> hash> [6nlhash> p hash> It looks like what I am trying to do might not be compatible based on this link: https://dl.espressif.com/doc/esp-idf/latest/api-guides/console.html I am also seeing a loop between the stdin...

Scratch that, actually, I can send the console's output to the telnet session. But I could not get the telnet input to pass through to the console's input. Also, once the console output stream was piped to the telnet session, the telnet seemed to be getting random (unexpected) inputs.