Kristoffer Ek

apparently fixed by calling MQTT_Connect() from timeout callback. Should that be necessary? also changed espconn_disconnect(client->pCon) to client->connState = TCP_RECONNECT_DISCONNECTING in mqtt_tcpclient_recv() documentation says dont call espconn_disconnect() in any espconn callback

edit esp-open-lwip/include/lwipopts.h: make sure it contains #define LWIP_DEBUG 1 #define LWIP_DBG_TYPES_ON LWIP_DBG_ON plus enable the debugging types you want like: #define IP_DEBUG LWIP_DBG_ON rebuild esp-open-sdk

if I change #define MEMP_NUM_TCP_PCB (*(volatile uint32*)0x600011FC) to #define MEMP_NUM_TCP_PCB 5 it gets a little bit further. makes sense because (*(volatile uint32*)0x600011FC) is not a static value now the compilation...

in lwip/netif/etharp.c line 116 memp_free(MEM_ARP_QUEUE, old); needs to be memp_free(MEMP_ARP_QUEUE, old);

ld: address 0x4000e118 of build/app.out section `.bss' is not within region `dram0_0_seg' ld: address 0x4000e118 of build/app.out section `.bss' is not within region `dram0_0_seg' liblwip_open.a(dns.o): In function `dns_parse_name': dns.c:(.irom0.text+0x54): undefined...

working fine here. Can you give some more details?

fixed by disabling ethernet in pull request #31, commit 2195f9493cff024b1308b7d83a40ec174a0af8d7

when run wifi_set_opmode_current() it is leaking memory, but if define MEMLEAK_DEBUG and implement check_memleak_debug_enable() returning MEMLEAK_DEBUG_ENABLE as the espressif faq says there is no memory leaking... 67b16ecb7297e9a63bf3c3a56152118090834ca5

possible solved in d12e8c3aef0ac2199cbd15deadee3688d246bcb4

partly done by using docker for setting up build and flash system