Re: [lwip-users] pbuf leak for HTTP POST

2014-09-26 Thread Sergio R. Caprile
> Can you check the current git version of the httpd? I discovered this problem > some weeks ago and hopefully, it's fixed in git. I'd be glad to hear someone > test it, as the POST code does not seem to be too widely used, or is it? The POST code is one of the main reasons I forked off... In my

Re: [lwip-users] pbuf leak for HTTP POST

2014-09-25 Thread Alain Mouette
BTW, how can I check the number o pbufs, total/available for debug report? This may be a very important information to detect problems beforehand!!! thanks, Alain Em 25-09-2014 09:04, Becker Markus escreveu: Hi, we've had a pbuf leak of the PBUF_POOL when using the httpserver_raw from lwip-co

Re: [lwip-users] pbuf leak for HTTP POST

2014-09-25 Thread Becker Markus
> Becker Markus wrote: > > we've had a pbuf leak of the PBUF_POOL when using the httpserver_raw > > [..] > > > > Our fix was in > > [..] > > to add > > pbuf_free(*inp); > > just before just before line 1479 > > *inp = NULL; > > So that the incoming packet is actually freed, which I think > > Can y

Re: [lwip-users] pbuf leak for HTTP POST

2014-09-25 Thread Simon Goldschmidt
Becker Markus wrote: > we've had a pbuf leak of the PBUF_POOL when using the httpserver_raw > [..] > > Our fix was in > [..] > to add > pbuf_free(*inp); > just before just before line 1479 > *inp = NULL; > So that the incoming packet is actually freed, which I think Can you check the current git

[lwip-users] pbuf leak for HTTP POST

2014-09-25 Thread Becker Markus
Hi, we've had a pbuf leak of the PBUF_POOL when using the httpserver_raw from lwip-contrib.git at the processing of HTTP POSTs, which led to the complete stack becoming unresponsive. Our fix was in http_post_request(struct pbuf **inp, struct http_state *hs, char *data, u16_t data_len, char *uri,