Memory leak with ESP8266WebServer

[igrr]

TODO: figure out where the does the pbuf get leaked

:rn 31
:rn 31
:rn 31
WS:ac
:ref 1
WS:av
:ref 2
:ur 2
New client
:rn 81
Request: /heap
Args: 
:ref 2
:wr
:sent 51
:ww
:ur 2
:ur 1
:rn 31
:rn 31
:rn 31
WS:ac
:ref 1
WS:av
:ref 2
:ur 2
New client
:rn 81
Request: /heap
Args: 
:ref 2
:wr
:sent 51
:ww
:ur 2
:ur 1
:rn 31
:rn 31
:rn 31
WS:ac
:ref 1
WS:av
:ref 2
:ur 2
New client
:rn 81
Request: /heap
Args: 
:ref 2
:wr
:sent 51
:ww
:ur 2
:ur 1
:rn 31
:rn 31
:rn 31
WS:ac
:ref 1
WS:av
:ref 2
:ur 2
New client
:rn 81
Request: /heap
Args: 
:ref 2
:wr
:sent 51
:ww
:ur 2
:ur 1
:rn 31
:rn 31
:rn 91
:rn 31
WS:ac
:ref 1
WS:av
:ref 2
:ur 2
New client
:rn 81
Request: /heap
Args: 
:ref 2
:wr
:sent 51
:ww
:ur 2
:ur 1
:rn 31
:rn 31
:rn 31
WS:ac
:ref 1
WS:av
:ref 2
:ur 2
New client
:rn 81
Request: /heap
Args: 
:ref 2
:wr
:sent 51
:ww
:ur 2
:ur 1
:rn 31
:rn 31
WS:ac
:ref 1
WS:av
:ref 2
:ur 2
New client
:rn 81
Request: /heap
Args: 
:ref 2
:wr
:sent 51
:ww
:ur 2
:ur 1
:rn 31
:rn 31
WS:ac
:ref 1
WS:av
:ref 2
:ur 2
New client
:rn 81
Request: /heap
Args: 
:ref 2
:wr
:sent 51
:ww
:ur 2
:ur 1
:rn 31
:rn 31
:rn 103
:rn 103
:rn 103
WS:ac
:ref 1
WS:av
:ref 2
:ur 2
New client
:rn 81
Request: /heap
Args: 
:ref 2
:wr
:sent 51
:ww
:ur 2
:ur 1
:rn 31
:rn 103
:rn 31
:rn 103
:rn 103
:rn 268
:rn 268
:rn 204
:rn 103
:rn 103
:rn 103
:rn 111
:rn 31
:rn 204
WS:ac
:ref 1
WS:av
:ref 2
:ur 2
New client
:rn 81
Request: /heap
Args: 
:ref 2
:wr
:sent 51
:ww
:ur 2
:ur 1
:rn 111
:rn 31
:rn 31
WS:ac
:ref 1
WS:av
:ref 2
:ur 2
New client
:rn 81
Request: /heap
Args: 
:ref 2
:wr
:sent 51
:ww
:ur 2
:ur 1
:rn 268
:rn 31
:rn 31
:rn 31
WS:ac
:ref 1
WS:av
:ref 2
:ur 2
New client
:rn 81
Request: /heap
Args: 
:ref 2
:wr
:sent 51
:ww
:ur 2
:ur 1
:rn 31
:rn 31
:rn 268
:rn 31
WS:ac
:ref 1
WS:av
:ref 2
:ur 2
New client
:rn 81
Request: /heap
Args: 
:ref 2
:wr
:sent 51
:ww
:ur 2
:ur 1
:rn 31
:rn 31
:rn 31
:rn 91
WS:ac
:ref 1
WS:av
:ref 2
:ur 2
New client
:rn 81
Request: /heap
Args: 
:ref 2
:wr
:sent 51
:ww
:ur 2
:ur 1
:rn 31
:rn 31
WS:ac
:ref 1
WS:av
:ref 2
:ur 2
New client
:rn 81
Request: /heap
Args: 
:ref 2
:wr
:sent 51
:ww
:ur 2
:ur 1
:rn 31
:rn 31
:rn 268
:rn 31
WS:ac
:ref 1
WS:av
:ref 2
:ur 2
New client
:rn 81
Request: /heap
Args: 
:ref 2
:wr
:sent 51
:ww
:ur 2
:ur 1
:rn 31
:rn 31
:rn 31
WS:ac
:ref 1
WS:av
:ref 2
:ur 2
New client
:rn 81
Request: /heap
Args: 
:ref 2
:wr
:sent 51
:ww
:ur 2
:ur 1
:rn 31
WS:ac
:ref 1
WS:av
:ref 2
:ur 2
New client
:rn 81
Request: /heap
Args: 
:ref 2
:wr
:sent 51
:ww
:ur 2
:ur 1
:rn 31
WS:ac
:ref 1
WS:av
:ref 2
:ur 2
New client
:rn 81
Request: /heap
Args: 
:ref 2
:wr
:sent 51
:ww
:ur 2
:ur 1
:rn 31
:rn 31
WS:ac
:ref 1
WS:av
:ref 2
:ur 2
New client
:rn 81
Request: /heap
Args: 
:ref 2
:wr
:sent 51
:ww
:ur 2
:ur 1
:rn 31
:rn 31
:rn 31
WS:ac
:ref 1
WS:av
:ref 2
:ur 2
New client
:rn 81
Request: /heap
Args: 
:ref 2
:wr
:sent 51
:ww
:ur 2
:ur 1
:rn 31
WS:ac
:ref 1
WS:av
:ref 2
:ur 2
New client
:rn 81
Request: /heap
Args: 
:ref 2
:wr
:sent 51
:ww
:ur 2
:ur 1
:rn 245
:rn 31
:rn 31
:rn 31
WS:ac
:ref 1
WS:av
:ref 2
:ur 2
New client
:rn 81
Request: /heap
Args: 
:ref 2
:wr
:sent 51
:ww
:ur 2
:ur 1
:rn 31
:rn 31
WS:ac
:ref 1
WS:av
:ref 2
:ur 2
New client
:rn 81
Request: /heap
Args: 
:ref 2
:wr
:sent 51
:ww
:ur 2
:ur 1
WS:ac
:ref 1
WS:av
:ref 2
:ur 2
New client
:rn 81
Request: /heap
Args: 
:ref 2
:wr
:sent 51
:ww
:ur 2
:ur 1
:rn 31
:rn 91
:rn 31
WS:ac
:ref 1
WS:av
:ref 2
:ur 2
New client
:rn 81
Request: /heap
Args: 
:ref 2
:wr
:sent 51
:ww
:ur 2
:ur 1
:rn 31
:rn 95
:rn 46
:rn 245
:rn 72
:rn 72
beacon timeout
rm match
scandone
add 0
aid 2
cnt 
connected with LA LUNA LTE, channel 1
dhcp client start...
ip:192.168.1.30,mask:255.255.255.0,gw:192.168.1.1
:rn 95
:rn 95
beacon timeout
rm match
scandone
add 0
aid 2
cnt 
connected with LA LUNA LTE, channel 1
dhcp client start...
ip:192.168.1.30,mask:255.255.255.0,gw:192.168.1.1
:rn 77
:rn 100
:rn 165
:rn 100
:rn 100
:rn 100
:rn 100
:rn 100
:rn 95
:rn 95
:rn 65
:rn 101
:rn 101
:rn 101
:rn 65
:rn 266
:rn 266
:rn 65
:rn 266
:rn 266
:rn 65
:rn 266
:rn 243
:rn 77
:rn 243
:rn 72
:rn 42
:rn 95
:rn 95
:rn 95
WS:ac
:ref 1
WS:av
:ref 2
:ur 2
New client
:rn 393
Request: /inline
Args: 
:ref 2
:wr
:sent 63
:ww
:ur 2
:ur 1
WS:ac
:ref 1
WS:av
:ref 2
:ur 2
New client
WS:ac
:rcl
:rcla
Invalid request: 
:ur 1
:ref 1
WS:av
:ref 2
:ur 2
New client
:rcl
:rcla
WS:ac
:rn 393
WS:ac
Invalid request: 
:ur 1
:ref 1
WS:av
:ref 2
:ur 2
New client
Request: /inline
Args: 
:ref 2
:wr
:sent 63
:ww
:ur 2
:ur 1
:ref 1
WS:av
:ref 2
:ur 2
New client
:rcl
:rcla
Invalid request: 
:ur 1
:rn 102
:rn 102
:rn 95
:rn 95

[holgerlembke]

Here is how to see it the easy way: http://www.esp8266.com/viewtopic.php?f=28&t=3003

[igrr]

@holgerlembke that's a different issue — what you are referring to is #230 which is not actually a leak. TCP stack will free the memory once the connection exits the TIME_WAIT state.