Hi ESP_Angus,
I slightly modified to previous code to test the release of the memory on the long term.
The current demo allocates/deallocates (completing successfully the https request at each round) for 15 rounds.
After the requests, I put the firmware in idle, monitoring the heap usage only (no ...
Search found 3 matches
- Fri Nov 24, 2017 9:16 am
- Forum: ESP-IDF
- Topic: [mbedTLS] leak on mbedtls_net_connect [spoiler lwip_getaddrinfo]
- Replies: 3
- Views: 6163
- Thu Nov 23, 2017 11:13 am
- Forum: ESP-IDF
- Topic: [mbedTLS] leak on mbedtls_net_connect [spoiler lwip_getaddrinfo]
- Replies: 3
- Views: 6163
Re: [mbedTLS] leak on mbedtls_net_connect [spoiler lwip_getaddrinfo]
Hi ESP_Angus,
thanks for the prompt reply.
Your suggestion makes totally sense.
Valgrind seems to put me off-track by reporting that the "leak" happens inside lwip_getaddrinfo.
==5934== HEAP SUMMARY:
==5934== in use at exit: 5,272 bytes in 7 blocks
....
==5934== by 0x492D2E4: gaih_inet.constprop ...
thanks for the prompt reply.
Your suggestion makes totally sense.
Valgrind seems to put me off-track by reporting that the "leak" happens inside lwip_getaddrinfo.
==5934== HEAP SUMMARY:
==5934== in use at exit: 5,272 bytes in 7 blocks
....
==5934== by 0x492D2E4: gaih_inet.constprop ...
- Wed Nov 22, 2017 1:36 pm
- Forum: ESP-IDF
- Topic: [mbedTLS] leak on mbedtls_net_connect [spoiler lwip_getaddrinfo]
- Replies: 3
- Views: 6163
[mbedTLS] leak on mbedtls_net_connect [spoiler lwip_getaddrinfo]
Hi guys,
Testing the sdk demo https_request_main (modified to free and reinitialize the ssl session endlessly),
I noticed a memory leak occurring at each round.
The modified code and my output log are attached.
Am I doing something wrong? Am I missing some api call?
P.S. Testing the desktop ...
Testing the sdk demo https_request_main (modified to free and reinitialize the ssl session endlessly),
I noticed a memory leak occurring at each round.
The modified code and my output log are attached.
Am I doing something wrong? Am I missing some api call?
P.S. Testing the desktop ...