Crash with error message: "Required to lock TCPIP core functionality" #10526

mathieucarbou · 2024-10-25T23:46:53Z

Description

I have several apps that I keep updated to lats Arduino RC.

[env]
build_type = release
framework = arduino
platform = https://github.com/pioarduino/platform-espressif32/releases/download/53.03.10-rc1/platform-espressif32.zip

Since RC2 (3.1.0-RC2), I am observing several crashes with always the same error, in STA mode (not in AP mode).

[env]
build_type = release
framework = arduino
platform = https://github.com/pioarduino/platform-espressif32/releases/download/53.03.10-rc2/platform-espressif32.zip

[  3555][D][ESPCONNECT][1][arduino_events] [NETWORK_CONNECTING] WiFiEvent: ARDUINO_EVENT_WIFI_STA_GOT_IP
[  3558][D][ESPCONNECT][1][arduino_events] State: NETWORK_CONNECTING => NETWORK_CONNECTED
[  3568][D][JSY-UDP][1][arduino_events] NetworkState: NETWORK_CONNECTING => NETWORK_CONNECTED
[  3579][I][JSY-UDP][1][arduino_events] Connected with IP address 192.168.125.130
[  3579][I][JSY-UDP][1][core] Enable Network Services...
[  3589][I][JSY-UDP][1][core] Enable Web Server...

assert failed: tcp_alloc /IDF/components/lwip/lwip/src/core/tcp.c:1851 (Required to lock TCPIP core functionality!)


Backtrace: 0x400832e5:0x3ffb23e0 0x4008c429:0x3ffb2400 0x400926d6:0x3ffb2420 0x400fb4cb:0x3ffb2550 0x400fb645:0x3ffb2570 0x40173517:0x3ffb2590 0x400dd44d:0x3ffb25e0 0x400d41b3:0x3ffb2600 0x400d4245:0x3ffb2640 0x400e01b5:0x3ffb2660 0x400e0440:0x3ffb2690 0x400e0481:0x3ffb26c0 0x400e04a5:0x3ffb26e0 0x4008cefe:0x3ffb2700
  #0  0x400832e5 in panic_abort at /home/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/esp_system/panic.c:463
  #1  0x4008c429 in esp_system_abort at /home/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/esp_system/port/esp_system_chip.c:92
  #2  0x400926d6 in __assert_func at /home/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/newlib/assert.c:80
  #3  0x400fb4cb in tcp_alloc at /home/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/lwip/lwip/src/core/tcp.c:1851 (discriminator 1)
  #4  0x400fb645 in tcp_new_ip_type at /home/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/lwip/lwip/src/core/tcp.c:2006
  #5  0x40173517 in AsyncServer::begin() at .pio/libdeps/dev/AsyncTCP/src/AsyncTCP.cpp:1464 (discriminator 10)
  #6  0x400dd44d in AsyncWebServer::begin() at .pio/libdeps/dev/ESPAsyncWebServer/src/WebServer.cpp:120
  #7  0x400d41b3 in networkUpTask::{lambda(void*)#1}::operator()(void*) const at Sender.ino:240
  #8  0x400d4245 in void std::__invoke_impl<void, networkUpTask::{lambda(void*)#1}&, void*>(std::__invoke_other, networkUpTask::{lambda(void*)#1}&, void*&&) at /Users/mat/.platformio/packages/toolchain-xtensa-esp-elf/xtensa-esp-elf/include/c++/13.2.0/bits/invoke.h:61
      (inlined by) std::enable_if<is_invocable_r_v<void, networkUpTask::{lambda(void*)#1}&, void*>, void>::type std::__invoke_r<void, networkUpTask::{lambda(void*)#1}&, void*>(networkUpTask::{lambda(void*)#1}&, void*&&) at /Users/mat/.platformio/packages/toolchain-xtensa-esp-elf/xtensa-esp-elf/include/c++/13.2.0/bits/invoke.h:111
      (inlined by) std::_Function_handler<void (void*), networkUpTask::{lambda(void*)#1}>::_M_invoke(std::_Any_data const&, void*&&) at /Users/mat/.platformio/packages/toolchain-xtensa-esp-elf/xtensa-esp-elf/include/c++/13.2.0/bits/std_function.h:290
  #9  0x400e01b5 in std::function<void (void*)>::operator()(void*) const at /Users/mat/.platformio/packages/toolchain-xtensa-esp-elf/xtensa-esp-elf/include/c++/13.2.0/bits/std_function.h:591
      (inlined by) Mycila::Task::_run(long long const&) at .pio/libdeps/dev/MycilaTaskManager/src/MycilaTaskManager.cpp:417
  #10 0x400e0440 in Mycila::Task::tryRun() at .pio/libdeps/dev/MycilaTaskManager/src/MycilaTaskManager.cpp:334
  #11 0x400e0481 in Mycila::TaskManager::loop() at .pio/libdeps/dev/MycilaTaskManager/src/MycilaTaskManager.cpp:106
  #12 0x400e04a5 in Mycila::TaskManager::_asyncTaskManager(void*) at .pio/libdeps/dev/MycilaTaskManager/src/MycilaTaskManager.cpp:196
  #13 0x4008cefe in vPortTaskWrapper at /home/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/freertos/FreeRTOS-Kernel/portable/xtensa/port.c:139

Another app:

[  2797][I][ESPCONNECT][1][y-pio] Set WiFi Static IP Configuration:
[  2798][I][ESPCONNECT][1][y-pio]  - IP: 192.168.[  2867][V][STA.cpp:184] _onStaEvent(): STA Started
125.99
[  2814][I][ESPCONNECT][1][y-pio]  - Gateway: 192.168.125.1
[  2814][I][ESPCONNECT][1][y-pio]  - Subnet: 255.255.255.0
[  2824][I][ESPCONNECT][1][y-pio]  - DNS: 192.168.125.1
[  2901][V][NetworkEvents.cpp:113] _checkForEvent(): Network Event: 110 - STA_START
[  2910][V][STA.cpp:110] _onStaArduinoEvent(): Arduino STA Event: 110 - STA_START
[  2850][D][ESPCONNECT][1][y-pio] Connecting to SSID: IoT...
[  2854][D][ESPCONNECT][1][y-pio] WiFi started.
[  3312][I][YASOLR][1][y-core] Starting Thyristor with semi-period: 10000 us
[  3314][I][DIMMER][1][y-core] Enable Dimmer on pin 25 with semi-period 10000 us
[  3405][V][esp32-hal-periman.c:235] perimanSetBusDeinit(): Deinit function for type GPIO (1) successfully set to 0x401dd584
[  3420][V][esp32-hal-periman.c:160] perimanSetPinBus(): Pin 25 successfully set to type GPIO (1) with bus 0x1a
[  3352][I][DIMMER][1][y-core] Enable Dimmer on pin 26 with semi-period 10000 us
[  3432][V][esp32-hal-periman.c:235] perimanSetBusDeinit(): Deinit function for type GPIO (1) successfully set to 0x401dd584
[  3452][V][esp32-hal-periman.c:160] perimanSetPinBus(): Pin 26 successfully set to type GPIO (1) with bus 0x1b
[  5359][V][STA.cpp:204] _onStaEvent(): STA Connected: SSID: IoT, BSSID: 00:17:13:37:28:c0, Channel: 11, Auth: OPEN
[  5372][V][NetworkEvents.cpp:113] _checkForEvent(): Network Event: 112 - STA_CONNECTED
[  5372][V][NetworkInterface.cpp:78] _onIpEvent(): sta Got New IP: 192.168.125.99 MASK: 255.255.255.0 GW: 192.168.125.1
[  5393][V][STA.cpp:110] _onStaArduinoEvent(): Arduino STA Event: 112 - STA_CONNECTED
[  5401][V][NetworkEvents.cpp:113] _checkForEvent(): Network Event: 115 - STA_GOT_IP
[  5410][V][STA.cpp:110] _onStaArduinoEvent(): Arduino STA Event: 115 - STA_GOT_IP
[  5418][V][STA.cpp:169] _onStaArduinoEvent(): STA IP: 192.168.125.99, MASK: 255.255.255.0, GW: 192.168.125.1
[  5302][D][ESPCONNECT][1][arduino_events] [NETWORK_CONNECTING] WiFiEvent: ARDUINO_EVENT_WIFI_STA_GOT_IP
[  5307][D][ESPCONNECT][1][arduino_events] State: NETWORK_CONNECTING => NETWORK_CONNECTED
[  5317][D][YASOLR][1][arduino_events] NetworkState: NETWORK_CONNECTING => NETWORK_CONNECTED
[  5328][I][YASOLR][1][arduino_events] Connected with IP address 192.168.125.99
[  5403][I][YASOLR][1][y-pio] Enable Network Services
[  5404][I][YASOLR][1][y-pio] Enable Web Server
[  5533][I][AsyncTCP.cpp:62] _start_asyncsock_task(): Creating asyncTcpSock task running in core 1 (-1 for any available core)...
[  5431][I][YASOLR][1][y-pio] Enable NTP

assert failed: sntp_setoperatingmode /IDF/components/lwip/lwip/src/apps/sntp/sntp.c:728 (Required to lock TCPIP core functionality!)


Backtrace: 0x400835f9:0x3ffd7cc0 0x4008f099:0x3ffd7ce0 0x4009558a:0x3ffd7d00 0x4012ac0c:0x3ffd7e30 0x40116492:0x3ffd7e50 0x4010272f:0x3ffd7ec0 0x400ef37a:0x3ffd7f20 0x400ef441:0x3ffd7f60 0x4010582a:0x3ffd7f80 0x40105aec:0x3ffd7fb0 0x40105b2d:0x3ffd7fe0 0x40105b51:0x3ffd8000 0x4008fad2:0x3ffd8020
  #0  0x400835f9 in panic_abort at /home/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/esp_system/panic.c:463
  #1  0x4008f099 in esp_system_abort at /home/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/esp_system/port/esp_system_chip.c:92
  #2  0x4009558a in __assert_func at /home/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/newlib/assert.c:80
  #3  0x4012ac0c in sntp_setoperatingmode at /home/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/lwip/lwip/src/apps/sntp/sntp.c:729 (discriminator 1)
  #4  0x40116492 in configTime at /Users/mat/.platformio/packages/framework-arduinoespressif32@src-e589a26bbeefbfd0fcf50e49e574e2c6/cores/esp32/esp32-hal-time.c:53
  #5  0x4010272f in Mycila::NTPClass::sync(char const*, unsigned char) at .pio/libdeps/pro-esp32/MycilaNTP/src/MycilaNTP.cpp:66 (discriminator 1)
  #6  0x400ef37a in networkConfigTask::{lambda(void*)#1}::operator()(void*) const at src/tasks/Network.cpp:26 (discriminator 4)
  #7  0x400ef441 in void std::__invoke_impl<void, networkConfigTask::{lambda(void*)#1}&, void*>(std::__invoke_other, networkConfigTask::{lambda(void*)#1}&, void*&&) at /Users/mat/.platformio/packages/toolchain-xtensa-esp-elf/xtensa-esp-elf/include/c++/13.2.0/bits/invoke.h:61
      (inlined by) std::enable_if<is_invocable_r_v<void, networkConfigTask::{lambda(void*)#1}&, void*>, void>::type std::__invoke_r<void, networkConfigTask::{lambda(void*)#1}&, void*>(networkConfigTask::{lambda(void*)#1}&, void*&&) at /Users/mat/.platformio/packages/toolchain-xtensa-esp-elf/xtensa-esp-elf/include/c++/13.2.0/bits/invoke.h:111
      (inlined by) std::_Function_handler<void (void*), networkConfigTask::{lambda(void*)#1}>::_M_invoke(std::_Any_data const&, void*&&) at /Users/mat/.platformio/packages/toolchain-xtensa-esp-elf/xtensa-esp-elf/include/c++/13.2.0/bits/std_function.h:290
  #8  0x4010582a in std::function<void (void*)>::operator()(void*) const at /Users/mat/.platformio/packages/toolchain-xtensa-esp-elf/xtensa-esp-elf/include/c++/13.2.0/bits/std_function.h:591
      (inlined by) Mycila::Task::_run(long long const&) at .pio/libdeps/pro-esp32/MycilaTaskManager/src/MycilaTaskManager.cpp:417
  #9  0x40105aec in Mycila::Task::tryRun() at .pio/libdeps/pro-esp32/MycilaTaskManager/src/MycilaTaskManager.cpp:334
  #10 0x40105b2d in Mycila::TaskManager::loop() at .pio/libdeps/pro-esp32/MycilaTaskManager/src/MycilaTaskManager.cpp:106
  #11 0x40105b51 in Mycila::TaskManager::_asyncTaskManager(void*) at .pio/libdeps/pro-esp32/MycilaTaskManager/src/MycilaTaskManager.cpp:196
  #12 0x4008fad2 in vPortTaskWrapper at /home/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/freertos/FreeRTOS-Kernel/portable/xtensa/port.c:139

Sketch

N/A

Debug Message

N/A

Other Steps to Reproduce

No response

I have checked existing issues, online documentation and the Troubleshooting Guide

I confirm I have checked existing issues, online documentation and Troubleshooting guide.

The text was updated successfully, but these errors were encountered:

mathieucarbou · 2024-10-26T00:06:00Z

I suspect this is caused by: CONFIG_LWIP_CHECK_THREAD_SAFETY being activated ? See:

https://github.com/espressif/esp-idf/blob/release/v5.3/components/lwip/port/include/lwipopts.h#L53-L55

As I understand, CONFIG_LWIP_CHECK_THREAD_SAFETY will fail if we do not properly lock ?

That is not a bad check per see, but right now, activating it could break a lof of downstream projects, but also Arduino components right ? Example of the stack trace above, which lies in the sntp feature.

Example:

https://github.com/espressif/esp-lwip/blob/f150e2321ac09bb0fd35a7fcbc1b116fbf93434e/src/apps/sntp/sntp.c#L714

This issue seems related: #10415

mathieucarbou · 2024-10-26T00:18:12Z

Another ref: espressif/esp-matter#853 (comment)

issue: espressif/arduino-esp32#10526

me-no-dev · 2024-10-26T00:47:36Z

It is Matter that enabled it..

~/Desktop/ESP32/ESP-IDF-5/esp32-arduino-lib-builder/managed_components/espressif__esp_matter/connectedhomeip/connectedhomeip/config/esp32/components/chip/Kconfig:
  220              bool "Enable LwIP Thread safety options"
  221              default y
  222:             select LWIP_TCPIP_CORE_LOCKING
  223              select LWIP_CHECK_THREAD_SAFETY
  224              help
  225                  CHIP SDK performs LwIP core locking before calling an LwIP API.
  226:                 To make the calls thread safe we have to enable LWIP_TCPIP_CORE_LOCKING.
  227                  Here, we are also enabling LWIP_CHECK_THREAD_SAFETY which will assert when
  228                  LwIP code gets called from any other context or without holding the LwIP lock.

AsyncUDP in this repo is already made to work with the locks. The fastest way is to have a look and see if you can solve it yourself. Not everything in Async is executed in the LwIP thread, so some locking will now be required. We can not get rid of Matter :)

mathieucarbou · 2024-10-26T00:58:47Z

But for the last stack trace, only sntp is involved...
I am not using AsyncTCP in the second app, but AsyncTcpSock (bsd sockets).
So the bug could come from where ?

For the first stack trace, do you mean that I should port in AsyncTCP these locks like they are done in AsyncUDP ?

That's impressive the amount of libs, web servers and mqtt clients will break when they will adopt 3.1.0.

I wish AsyncTCP were included in Arduino Core !

me-no-dev · 2024-10-26T09:09:33Z

I wish AsyncTCP were included in Arduino Core !

I do plan to do this. Seems like it will be rather sooner than later 😄

mathieucarbou · 2024-10-26T09:40:39Z

I've placed some locks in the AsyncTCP lib, but still have some issues with sntp:

[  5494][E][AsyncTCP.cpp:1492] begin(): [AsyncTCP] LOCK_TCPIP_CORE @ .pio/libdeps/pro-esp32/AsyncTCP/src/AsyncTCP.cpp:1492
[  5515][E][AsyncTCP.cpp:1494] begin(): [AsyncTCP] UNLOCK_TCPIP_CORE @ .pio/libdeps/pro-esp32/AsyncTCP/src/AsyncTCP.cpp:1494
6m[  5386][D][YASOLR][1][y-core] No electricity detected by ZCD module
[  5534][E][AsyncTCP.cpp:1526] begin(): [AsyncTCP] LOCK_TCPIP_CORE @ .pio/libdeps/pro-esp32/AsyncTCP/src/AsyncTCP.cpp:1526
[  5546][E][AsyncTCP.cpp:1529] begin(): [AsyncTCP] UNLOCK_TCPIP_CORE @ .pio/libdeps/pro-esp32/AsyncTCP/src/AsyncTCP.cpp:1529
[  5428][I][YASOLR][1][y-pio] Enable NTP

assert failed: sntp_setoperatingmode /IDF/components/lwip/lwip/src/apps/sntp/sntp.c:728 (Required to lock TCPIP core functionality!)


Backtrace: 0x400835fd:0x3ffd7760 0x4008f09d:0x3ffd7780 0x4009565e:0x3ffd77a0 0x4012acd0:0x3ffd78d0 0x40116556:0x3ffd78f0 0x4010276f:0x3ffd7960 0x400ef37e:0x3ffd79c0 0x400ef445:0x3ffd7a00 0x4010586a:0x3ffd7a20 0x40105b2c:0x3ffd7a50 0x40105b6d:0x3ffd7a80 0x40105b91:0x3ffd7aa0 0x4008fba6:0x3ffd7ac0
  #0  0x400835fd in panic_abort at /home/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/esp_system/panic.c:463
  #1  0x4008f09d in esp_system_abort at /home/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/esp_system/port/esp_system_chip.c:92
  #2  0x4009565e in __assert_func at /home/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/newlib/assert.c:80
  #3  0x4012acd0 in sntp_setoperatingmode at /home/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/lwip/lwip/src/apps/sntp/sntp.c:729 (discriminator 1)
  #4  0x40116556 in configTime at /Users/mat/.platformio/packages/framework-arduinoespressif32@src-e589a26bbeefbfd0fcf50e49e574e2c6/cores/esp32/esp32-hal-time.c:53
  #5  0x4010276f in Mycila::NTPClass::sync(char const*, unsigned char) at .pio/libdeps/pro-esp32/MycilaNTP/src/MycilaNTP.cpp:66 (discriminator 1)

mathieucarbou · 2024-10-26T10:27:39Z

Ok so I've fixed AsyncTCP in mathieucarbou/AsyncTCP#28:

Tested :

I can spawn 16 concurrent client connection without issue
I can spawn 16 concurrent requests (tested with ESPASyncWS)

The only issue now remains sntp, and I have no control over that.

Is it a bug in Arduino Core ?

configTime at /Users/mat/.platformio/packages/framework-arduinoespressif32@src-e589a26bbeefbfd0fcf50e49e574e2c6/cores/esp32/esp32-hal-time.c:53

assert failed: sntp_setoperatingmode /IDF/components/lwip/lwip/src/apps/sntp/sntp.c:728 (Required to lock TCPIP core functionality!)


Backtrace: 0x400835fd:0x3ffd7760 0x4008f09d:0x3ffd7780 0x4009565e:0x3ffd77a0 0x4012acd0:0x3ffd78d0 0x40116556:0x3ffd78f0 0x4010276f:0x3ffd7960 0x400ef37e:0x3ffd79c0 0x400ef445:0x3ffd7a00 0x4010586a:0x3ffd7a20 0x40105b2c:0x3ffd7a50 0x40105b6d:0x3ffd7a80 0x40105b91:0x3ffd7aa0 0x4008fba6:0x3ffd7ac0
  #0  0x400835fd in panic_abort at /home/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/esp_system/panic.c:463
  #1  0x4008f09d in esp_system_abort at /home/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/esp_system/port/esp_system_chip.c:92
  #2  0x4009565e in __assert_func at /home/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/newlib/assert.c:80
  #3  0x4012acd0 in sntp_setoperatingmode at /home/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/lwip/lwip/src/apps/sntp/sntp.c:729 (discriminator 1)
  #4  0x40116556 in configTime at /Users/mat/.platformio/packages/framework-arduinoespressif32@src-e589a26bbeefbfd0fcf50e49e574e2c6/cores/esp32/esp32-hal-time.c:53
  #5  0x4010276f in Mycila::NTPClass::sync(char const*, unsigned char) at .pio/libdeps/pro-esp32/MycilaNTP/src/MycilaNTP.cpp:66 (discriminator 1)

Ref: - #27 - espressif/arduino-esp32#10526

NicoWallmeier · 2024-10-26T10:33:34Z

From my point of view the sntp bug is a Arduino Core bug.

As a workaround I modified my sources in the following way:

#ifdef CONFIG_LWIP_TCPIP_CORE_LOCKING
        if (!sys_thread_tcpip(LWIP_CORE_LOCK_QUERY_HOLDER))
            LOCK_TCPIP_CORE();
#endif
        configTzTime(m_timeZone.c_str(), m_ntpServer.c_str());
#ifdef CONFIG_LWIP_TCPIP_CORE_LOCKING
        if (sys_thread_tcpip(LWIP_CORE_LOCK_QUERY_HOLDER))
            UNLOCK_TCPIP_CORE();
#endif

My sketch is running fine now with Arduino Core 3.1.0-rc2, the mentioned workaround and the fix in AsyncTCP...

mathieucarbou · 2024-10-26T11:36:14Z

I have applied this patch in https://github.com/mathieucarbou/MycilaNTP and I confirm it works too.

…se of Arduino Core 3.1.0 RC2 bug See: espressif/arduino-esp32#10526

Ref: espressif/arduino-esp32#10526

me-no-dev · 2024-10-26T14:43:43Z

can you please post a patch to the AsyncTCP repo and the ntp one to this repo? I will merge them asap

mathieucarbou · 2024-10-26T17:07:12Z

For NTP, yes, will do later.

For AsyncTCP, it is done: https://github.com/mathieucarbou/AsyncTCP.

I don't see the point in sending PRs to the original repo, except if there is a clear motivation to "resurrect" it and keep it alive and maintained, with a few collaborators added in the project, who can also deploy to registries (Arduino and Pio).

FYI the diff with original repo

There has been many fixes / improvements from ESPHome, community and me. At any point these can be merge back to the original repo.

Fixes: espressif#10526

microfoundry · 2024-10-26T23:39:36Z

I caught this one while chasing a system crash for a different issue. This is with Mathieu's updated AsyncTCP. The scenario is a simple EspAsyncWebServer (Mathieu's too) webserver/websockets with page data deliver via websockets. And in this case, an iPhone opened webpage (via Chrome) the page has stats delivered via websocket, but is not a page designed to be continually refreshed. The ws.cleanupClients() is being called and the following occured when the iPhone finally hits the auto-lock timeout. No additional investigation has been performed.

assert failed: tcp_arg /IDF/components/lwip/lwip/src/core/tcp.c:2031 (Required to lock TCPIP core functionality!)

0x40376932: panic_abort at /home/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/esp_system/panic.c line 463
0x4037f0d9: esp_system_abort at /home/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/esp_system/port/esp_system_chip.c line 92
0x4037f0d9: esp_system_abort at /home/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/esp_system/port/esp_system_chip.c line 92
0x40385ccd: __assert_func at /home/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/newlib/assert.c line 80
0x40385ccd: __assert_func at /home/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/newlib/assert.c line 80
0x42061555: tcp_arg at /home/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/lwip/lwip/src/core/tcp.c line 2031
0x42061555: tcp_arg at /home/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/lwip/lwip/src/core/tcp.c line 2031
0x4203094d: AsyncClient::_error(signed char) at c:\Users\TerryPhillips\Documents\Arduino\libraries\AsyncTCP\src\AsyncTCP.cpp line 954
0x42030d33: _async_service_task(void*) at c:\Users\TerryPhillips\Documents\Arduino\libraries\AsyncTCP\src\AsyncTCP.cpp line 1414
0x4037fe52: vPortTaskWrapper at /home/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/freertos/FreeRTOS-Kernel/portable/xtensa/port.c

mathieucarbou · 2024-10-26T23:53:23Z

@microfoundry : good catch! Indeed I forgot this one:
https://github.com/mathieucarbou/AsyncTCP/blob/main/src/AsyncTCP.cpp#L954
I will fix tomorrow morning and issue a new release.

mathieucarbou · 2024-10-26T23:54:31Z

@me-no-dev @NicoWallmeier : fyi PR opened for the sntp fix

mathieucarbou · 2024-10-27T07:46:20Z

@microfoundry : I have released AsyncTCP v3.2.12. Please let me know if you encounter other issues. It is still possible that some other code path need locking but I cannot find them right now.

microfoundry · 2024-11-12T17:14:07Z

Going to kick this one again with:

assert failed: tcp_close_ext /IDF/components/lwip/lwip/src/core/tcp.c:492 (Required to lock TCPIP core functionality!)

0x4037f0d9: esp_system_abort at /home/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/esp_system/port/esp_system_chip.c line 92
0x40385ccd: __assert_func at /home/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/newlib/assert.c line 80
0x42065aa6: tcp_close_ext at /home/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/lwip/lwip/src/core/tcp.c line 492
0x42065ad5: tcp_close at /home/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/lwip/lwip/src/core/tcp.c line 486
0x42033b40: AsyncServer::end() at c:\Users\TerryPhillips\Documents\Arduino\libraries\AsyncTCP\src\AsyncTCP.cpp line 1535
0x4203b4c1: AsyncWebServer::end() at c:\Users\TerryPhillips\Documents\Arduino\libraries\ESP_Async_WebServer\src\WebServer.cpp line 124

mathieucarbou · 2024-11-12T17:23:20Z

Going to kick this one again with:

assert failed: tcp_close_ext /IDF/components/lwip/lwip/src/core/tcp.c:492 (Required to lock TCPIP core functionality!)

0x4037f0d9: esp_system_abort at /home/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/esp_system/port/esp_system_chip.c line 92
0x40385ccd: __assert_func at /home/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/newlib/assert.c line 80
0x42065aa6: tcp_close_ext at /home/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/lwip/lwip/src/core/tcp.c line 492
0x42065ad5: tcp_close at /home/runner/work/esp32-arduino-lib-builder/esp32-arduino-lib-builder/esp-idf/components/lwip/lwip/src/core/tcp.c line 486
0x42033b40: AsyncServer::end() at c:\Users\TerryPhillips\Documents\Arduino\libraries\AsyncTCP\src\AsyncTCP.cpp line 1535
0x4203b4c1: AsyncWebServer::end() at c:\Users\TerryPhillips\Documents\Arduino\libraries\ESP_Async_WebServer\src\WebServer.cpp line 124

I've mistakenly copy pasted and set the unlock at the wrong place 😓 Fixing...

edit

=> v3.2.14

See: espressif/arduino-esp32#10526 (comment)

morcibacsi · 2024-11-25T12:12:39Z

Sorry for reviving this, but @mathieucarbou can you release a new version of ESPAsyncWebServer which uses v3.2.14 of AsyncTCP? Now we need to manually add the reference.

mathieucarbou · 2024-11-25T12:29:19Z

Sorry for reviving this, but @mathieucarbou can you release a new version of ESPAsyncWebServer which uses v3.2.14 of AsyncTCP? Now we need to manually add the reference.

done.

- Fixes: espressif#10526 - Completes old PR espressif#10529

usernametaken · 2024-12-26T09:24:58Z

I am not sure if this is a related issue.
I get the following error when I try to enable NAPT:

ip_napt_enable(WiFi.softAPIP(), 1);

assert failed: sys_timeout /IDF/components/lwip/lwip/src/core/timeouts.c:308 (Required to lock TCPIP core functionality!)

mathieucarbou · 2024-12-26T09:58:57Z

ip_napt_enable(WiFi.softAPIP(), 1);

you can surround this line with the code from thsi comment above: #10526 (comment)

This is the same kind of error, but not related to the same root cause and stack trace.

usernametaken · 2024-12-26T15:18:23Z

Thank you very much @mathieucarbou

My NAPT is still not working yet (I have to investigate why), but it got rid of the error.

garykuipers · 2025-01-13T23:23:28Z

assert failed: tcp_alloc /IDF/components/lwip/lwip/src/core/tcp.c:1851 (Required to lock TCPIP core functionality!)

Is an error I get with this code (painlessmesh.h).

Strange thing was working yesterday, today all my working code has this error. I think stuff got updated on my Arduino IDE 2.3.4 and this may have ingested some bad code?

Anyway, here is my program:

#include "painlessMesh.h"
#include <WiFi.h>

#define MESH_PREFIX "yourMeshName"
#define MESH_PASSWORD "yourMeshPassword"
#define MESH_PORT 5555

#define ROOT_NODE_ID 2748336925  // The known ID of the root node

Scheduler userScheduler;
painlessMesh mesh;

void sendMessage(); // Prototype for sendMessage function

// Use the correct constructor for Task
Task taskSendMessage(TASK_SECOND * 1, TASK_FOREVER, &sendMessage);

void sendMessage() {
  String msg = "Hola from node ";
  msg += mesh.getNodeId();
  bool success = mesh.sendSingle(ROOT_NODE_ID, msg);
  Serial.printf("Message sent to root node %u: %s - %s\n", ROOT_NODE_ID, msg.c_str(), success ? "Success" : "Failed");

  taskSendMessage.setInterval(random(TASK_SECOND * 1, TASK_SECOND * 5));
}

void receivedCallback(uint32_t from, String &msg) {
  Serial.printf("Received from %u: %s\n", from, msg.c_str());
}

void setup() {
  Serial.begin(115200);

  mesh.setDebugMsgTypes(ERROR | STARTUP | MESH_STATUS | CONNECTION | SYNC | COMMUNICATION | GENERAL | MSG_TYPES | REMOTE);
  mesh.init(MESH_PREFIX, MESH_PASSWORD, &userScheduler, MESH_PORT);
  mesh.onReceive(&receivedCallback);

  userScheduler.addTask(taskSendMessage);
  taskSendMessage.enable();
}

void loop() {
  mesh.update();
}

The error occurs in the
mesh.init(MESH_PREFIX, MESH_PASSWORD, &userScheduler, MESH_PORT);
line

mathieucarbou · 2025-01-13T23:25:23Z

@garykuipers : please post the decoded stack...

garykuipers · 2025-01-14T12:07:44Z

PLease excuse my ignorance. UNder help from grock I spnt aboutan hour trying to figure out how to do this. All of my attempts failed. I am going to try to install the ESP-IDF and use that, but before that I am going to see if I can go back a version of two on the Arduino IDE 2.3.4 I am using. I can't be sure but if seemed like there was an undate and then things stopped working.

I will get nbback to this as soon as I can.

(.venv) gary@gary-17Z90R-H-ADC8U1:~/PycharmProjects/Shrimptek$ python /home/gary/esp/esp-idf/components/espcoredump/espcoredump.py info_corefile -t /home/gary/PycharmProjects/Shrimptek/shrimp_sensors/shrimp6b/build/esp32.esp32.esp32/shrimp6b.ino.elf --core-format b '0x40082471:0x3ffb1f90 0x4008c25d:0x3ffb1fb0 0x40092512:0x3ffb1fd0 0x400f6cab:0x3ffb2100 0x400f6e25:0x3ffb2120 0x400dd0dc:0x3ffb2140 0x400d86de:0x3ffb2190 0x400d8811:0x3ffb21f0 0x400e4143:0x3ffb2270 0x4008cfa6:0x3ffb2290'
usage: espcoredump.py info_corefile [-h] [--debug DEBUG] [--gdb GDB] [--extra-gdbinit-file EXTRA_GDBINIT_FILE] [--core CORE] [--core-format {auto,b64,elf,raw}] [--off OFF] [--parttable-off PARTTABLE_OFF] [--save-core SAVE_CORE]
                                    [--rom-elf ROM_ELF] [--print-mem]
                                    prog
espcoredump.py info_corefile: error: argument --core-format/-t: invalid choice: '/home/gary/PycharmProjects/Shrimptek/shrimp_sensors/shrimp6b/build/esp32.esp32.esp32/shrimp6b.ino.elf' (choose from 'auto', 'b64', 'elf', 'raw')
(.venv) gary@gary-17Z90R-H-ADC8U1:~/PycharmProjects/Shrimptek$ ^C
(.venv) gary@gary-17Z90R-H-ADC8U1:~/PycharmProjects/Shrimptek$ python /home/gary/esp/esp-idf/components/espcoredump/espcoredump.py info_corefile -t b /home/gary/PycharmProjects/Shrimptek/shrimp_sensors/shrimp6b/build/esp32.esp32.esp32/shrimp6b.ino.elf '0x40082471:0x3ffb1f90 0x4008c25d:0x3ffb1fb0 0x40092512:0x3ffb1fd0 0x400f6cab:0x3ffb2100 0x400f6e25:0x3ffb2120 0x400dd0dc:0x3ffb2140 0x400d86de:0x3ffb2190 0x400d8811:0x3ffb21f0 0x400e4143:0x3ffb2270 0x4008cfa6:0x3ffb2290'
usage: espcoredump.py info_corefile [-h] [--debug DEBUG] [--gdb GDB] [--extra-gdbinit-file EXTRA_GDBINIT_FILE] [--core CORE] [--core-format {auto,b64,elf,raw}] [--off OFF] [--parttable-off PARTTABLE_OFF] [--save-core SAVE_CORE]
                                    [--rom-elf ROM_ELF] [--print-mem]
                                    prog
espcoredump.py info_corefile: error: argument --core-format/-t: invalid choice: 'b' (choose from 'auto', 'b64', 'elf', 'raw')
(.venv) gary@gary-17Z90R-H-ADC8U1:~/PycharmProjects/Shrimptek$ python /home/gary/esp/esp-idf/components/espcoredump/espcoredump.py info_corefile -t b64 /home/gary/PycharmProjects/Shrimptek/shrimp_sensors/shrimp6b/build/esp32.esp32.esp32/shrimp6b.ino.elf '0x40082471:0x3ffb1f90 0x4008c25d:0x3ffb1fb0 0x40092512:0x3ffb1fd0 0x400f6cab:0x3ffb2100 0x400f6e25:0x3ffb2120 0x400dd0dc:0x3ffb2140 0x400d86de:0x3ffb2190 0x400d8811:0x3ffb21f0 0x400e4143:0x3ffb2270 0x4008cfa6:0x3ffb2290'
usage: espcoredump.py [-h] [--chip {auto,esp32,esp32s2,esp32s3,esp32c3,esp32c2,esp32c6,esp32h2,esp32p4,esp32c5,esp32c61}] [--chip-rev CHIP_REV] [--port PORT] [--baud BAUD] [--gdb-timeout-sec GDB_TIMEOUT_SEC] [--version]
                      {dbg_corefile,info_corefile} ...
espcoredump.py: error: unrecognized arguments: 0x40082471:0x3ffb1f90 0x4008c25d:0x3ffb1fb0 0x40092512:0x3ffb1fd0 0x400f6cab:0x3ffb2100 0x400f6e25:0x3ffb2120 0x400dd0dc:0x3ffb2140 0x400d86de:0x3ffb2190 0x400d8811:0x3ffb21f0 0x400e4143:0x3ffb2270 0x4008cfa6:0x3ffb2290
(.venv) gary@gary-17Z90R-H-ADC8U1:~/PycharmProjects/Shrimptek$ python /home/gary/esp/esp-idf/components/espcoredump/espcoredump.py info_corefile -t b64 /home/gary/PycharmProjects/Shrimptek/shrimp_sensors/shrimp6b/build/esp32.esp32.esp32/shrimp6b.ino.elf
WARNING: /home/gary/PycharmProjects/Shrimptek/shrimp_sensors/shrimp6b/build/esp32.esp32.esp32/project_description.json does not exist. Please build the app with "idf.py build"
Please set up ESP-IDF to complete the action. Read more: https://github.com/espressif/esp-coredump/blob/master/README.md#installation
(.venv) gary@gary-17Z90R-H-ADC8U1:~/PycharmProjects/Shrimptek$

garykuipers · 2025-01-14T15:12:25Z

Appears to have been resolved by changing from Arduino IDE 2.3.4 to platformio. Programs now compile and run as they did before I ran into this problem:

Suggestions fo people using Arduino IDEs: It will waste less of your time if you just use platformio. Arduino IDEs look easier but in the long ruun they will eat up days of your time pursuing errors that are not yours.

Arduino IDE was born of Windows ... so it is inherently flawed at its core.

me-no-dev · 2025-01-14T16:18:57Z

@garykuipers this has nothing to do with the IDE. It only has to work with the versions of the ESP32 core. If you stay on PlatformIO, you are stuck on old core version (2.0.17) and on unsupported build tool (PlatformIO).

me-no-dev · 2025-01-14T16:19:58Z

@garykuipers also you mention the IDE version a few times and that has nothing to do wit the ESP32 core version, which in your case is unknown to us.

garykuipers · 2025-01-14T17:53:23Z

Thanks for answering: ALl I know is: switched to platformio and the problems disappeared. The Arduino is junky, I am glad you have nothing to do with it. As for the core, I suspect that the discussion here found its way into the core? And got added to my environment by an update a couple of days ago. HOpefully whoever needs to fix this can fix it. In the meanwhile, I will stick with platformio and occasionally install and compile the arduino ide to see if it works if that is what contains a newer core. I appreciate your time

…

On Tue, Jan 14, 2025 at 10:20 AM Me No Dev ***@***.***> wrote: @garykuipers <https://github.com/garykuipers> also you mention the IDE version a few times and that has nothing to do wit the ESP32 core version, which in your case is unknown to us. — Reply to this email directly, view it on GitHub <#10526 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AEVW4EPWDTHC4S3ITFGNYHL2KU2MJAVCNFSM6AAAAABQUGPA76VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDKOJQGQYTQMBYGM> . You are receiving this because you were mentioned.Message ID: ***@***.***>

-- Gary Kuipers, President, Casinfo cell +1 805 443 9446 other +1 702 608 6558

jnivard · 2025-01-31T20:09:21Z

I develop an distributed teperature control system using painlessmesh. After an upgrade to the new arduino IDE version 2.3.4 the application is not working becouse it runs into truble starting painlessmesh. I recieve the assert failed : tcp_alloc /IDF etc message. I have upgraded all the dependensies but that is not helping. All the examples in the example library give the same problem. I did try to go back to a running version of arduino but that is giving now the same problem arduino 1.8.13. So I am stuck and can not go backward or forward

me-no-dev · 2025-01-31T21:21:50Z

@jnivard you need to downgrade the ESP32 Arduino core version to 3.0.7, not the IDE itself

jnivard · 2025-02-01T09:08:57Z

@me-no-dev Thanks I look into that

mathieucarbou added the Status: Awaiting triage Issue is waiting for triage label Oct 25, 2024

mathieucarbou added a commit to mathieucarbou/YaSolR that referenced this issue Oct 26, 2024

rollback arduino core 3.1.0 rc2

7dde1dc

issue: espressif/arduino-esp32#10526

mathieucarbou mentioned this issue Oct 26, 2024

[BUG] Crash with error message: "Required to lock TCPIP core functionality" in Arduino Core 3.1.0 RC2 mathieucarbou/AsyncTCP#27

Closed

mathieucarbou mentioned this issue Oct 26, 2024

Fix #27: Required to lock TCPIP core functionality mathieucarbou/AsyncTCP#28

Merged

mathieucarbou added a commit to mathieucarbou/AsyncTCP that referenced this issue Oct 26, 2024

Fix #27: Required to lock TCPIP core functionality

bad4972

Ref: - #27 - espressif/arduino-esp32#10526

mathieucarbou added a commit to mathieucarbou/MycilaNTP that referenced this issue Oct 26, 2024

Bugfix:Crash with "Required to lock TCPIP core functionality!)" becau…

8db3c25

…se of Arduino Core 3.1.0 RC2 bug See: espressif/arduino-esp32#10526

mathieucarbou added a commit to mathieucarbou/YaSolR that referenced this issue Oct 26, 2024

Switch to Arduino Core 3.1.0 RC2

b8c6e6c

Ref: espressif/arduino-esp32#10526

mathieucarbou added a commit to mathieucarbou/arduino-esp32 that referenced this issue Oct 26, 2024

fix(sntp): Lock / Unlock LWIP if CONFIG_LWIP_TCPIP_CORE_LOCKING is set

17f2696

Fixes: espressif#10526

mathieucarbou added a commit to mathieucarbou/arduino-esp32 that referenced this issue Oct 26, 2024

fix(sntp): Lock / Unlock LWIP if CONFIG_LWIP_TCPIP_CORE_LOCKING is set

ce18297

Fixes: espressif#10526

mathieucarbou mentioned this issue Oct 26, 2024

fix(sntp): Lock / Unlock LWIP if CONFIG_LWIP_TCPIP_CORE_LOCKING is set #10529

Merged

mathieucarbou added a commit to mathieucarbou/arduino-esp32 that referenced this issue Oct 26, 2024

fix(sntp): Lock / Unlock LWIP if CONFIG_LWIP_TCPIP_CORE_LOCKING is set

d80c71b

Fixes: espressif#10526

HamzaHajeir mentioned this issue Nov 1, 2024

Make LwIP Core Locking available espressif/esp32-arduino-lib-builder#186

Closed

mathieucarbou added a commit to mathieucarbou/AsyncTCP that referenced this issue Nov 12, 2024

Fix: Required to lock TCPIP core functionality

d250960

See: espressif/arduino-esp32#10526 (comment)

Tarik2142 mentioned this issue Dec 5, 2024

esp_ping_new_session does not work together with CONFIG_LWIP_CHECK_THREAD_SAFETY (IDFGH-14183) espressif/esp-idf#14982

Closed

3 tasks

mathieucarbou added a commit to mathieucarbou/arduino-esp32 that referenced this issue Dec 13, 2024

fix(sntp): Lock / Unlock LWIP if CONFIG_LWIP_TCPIP_CORE_LOCKING is set

71396de

- Fixes: espressif#10526 - Completes old PR espressif#10529

mathieucarbou mentioned this issue Dec 13, 2024

fix(sntp): Lock / Unlock LWIP if CONFIG_LWIP_TCPIP_CORE_LOCKING is set #10725

Merged

This was referenced Dec 22, 2024

assert failed: sntp_servermode_dhcp sntp.c:770 (Required to lock TCPIP core functionality!) esphome/issues#6591

Open

[esp32_wifi] Enhance WiFi component with TCPIP core locking. esphome/esphome#7997

Merged

dalathegreat mentioned this issue Dec 28, 2024

Bugfix: Make library work with ESP32 v3.1.0 me-no-dev/AsyncTCP#189

Merged

thelastoutpostworkshop mentioned this issue Jan 7, 2025

Runtime Error thelastoutpostworkshop/gpio_viewer#151

Closed

mathieucarbou mentioned this issue Jan 12, 2025

ESP32 rebooting when I call Server.begin(); me-no-dev/ESPAsyncWebServer#1451

Open

mathieucarbou mentioned this issue Jan 18, 2025

Required to lock TCPIP core functionality! me-no-dev/ESPAsyncWebServer#1455

Open

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Crash with error message: "Required to lock TCPIP core functionality" #10526

Crash with error message: "Required to lock TCPIP core functionality" #10526

mathieucarbou commented Oct 25, 2024 •

edited

Loading

mathieucarbou commented Oct 26, 2024 •

edited

Loading

mathieucarbou commented Oct 26, 2024

me-no-dev commented Oct 26, 2024

mathieucarbou commented Oct 26, 2024 •

edited

Loading

me-no-dev commented Oct 26, 2024

mathieucarbou commented Oct 26, 2024

mathieucarbou commented Oct 26, 2024

NicoWallmeier commented Oct 26, 2024

mathieucarbou commented Oct 26, 2024 •

edited

Loading

me-no-dev commented Oct 26, 2024

mathieucarbou commented Oct 26, 2024

microfoundry commented Oct 26, 2024 •

edited

Loading

mathieucarbou commented Oct 26, 2024

mathieucarbou commented Oct 26, 2024 •

edited

Loading

mathieucarbou commented Oct 27, 2024

microfoundry commented Nov 12, 2024

mathieucarbou commented Nov 12, 2024 •

edited

Loading

morcibacsi commented Nov 25, 2024

mathieucarbou commented Nov 25, 2024

usernametaken commented Dec 26, 2024 •

edited

Loading

mathieucarbou commented Dec 26, 2024

usernametaken commented Dec 26, 2024

garykuipers commented Jan 13, 2025

mathieucarbou commented Jan 13, 2025

garykuipers commented Jan 14, 2025 •

edited by me-no-dev

Loading

garykuipers commented Jan 14, 2025

me-no-dev commented Jan 14, 2025

me-no-dev commented Jan 14, 2025

garykuipers commented Jan 14, 2025 via email

jnivard commented Jan 31, 2025

me-no-dev commented Jan 31, 2025

jnivard commented Feb 1, 2025

Crash with error message: "Required to lock TCPIP core functionality" #10526

Crash with error message: "Required to lock TCPIP core functionality" #10526

Comments

mathieucarbou commented Oct 25, 2024 • edited Loading

Description

Sketch

Debug Message

Other Steps to Reproduce

I have checked existing issues, online documentation and the Troubleshooting Guide

mathieucarbou commented Oct 26, 2024 • edited Loading

mathieucarbou commented Oct 26, 2024

me-no-dev commented Oct 26, 2024

mathieucarbou commented Oct 26, 2024 • edited Loading

me-no-dev commented Oct 26, 2024

mathieucarbou commented Oct 26, 2024

mathieucarbou commented Oct 26, 2024

NicoWallmeier commented Oct 26, 2024

mathieucarbou commented Oct 26, 2024 • edited Loading

me-no-dev commented Oct 26, 2024

mathieucarbou commented Oct 26, 2024

microfoundry commented Oct 26, 2024 • edited Loading

mathieucarbou commented Oct 26, 2024

mathieucarbou commented Oct 26, 2024 • edited Loading

mathieucarbou commented Oct 27, 2024

microfoundry commented Nov 12, 2024

mathieucarbou commented Nov 12, 2024 • edited Loading

morcibacsi commented Nov 25, 2024

mathieucarbou commented Nov 25, 2024

usernametaken commented Dec 26, 2024 • edited Loading

mathieucarbou commented Dec 26, 2024

usernametaken commented Dec 26, 2024

garykuipers commented Jan 13, 2025

mathieucarbou commented Jan 13, 2025

garykuipers commented Jan 14, 2025 • edited by me-no-dev Loading

garykuipers commented Jan 14, 2025

me-no-dev commented Jan 14, 2025

me-no-dev commented Jan 14, 2025

garykuipers commented Jan 14, 2025 via email

jnivard commented Jan 31, 2025

me-no-dev commented Jan 31, 2025

jnivard commented Feb 1, 2025

mathieucarbou commented Oct 25, 2024 •

edited

Loading

mathieucarbou commented Oct 26, 2024 •

edited

Loading

mathieucarbou commented Oct 26, 2024 •

edited

Loading

mathieucarbou commented Oct 26, 2024 •

edited

Loading

microfoundry commented Oct 26, 2024 •

edited

Loading

mathieucarbou commented Oct 26, 2024 •

edited

Loading

mathieucarbou commented Nov 12, 2024 •

edited

Loading

usernametaken commented Dec 26, 2024 •

edited

Loading

garykuipers commented Jan 14, 2025 •

edited by me-no-dev

Loading