Re: [lwip-users] LWIP 1.4.1 uploading problem

[Vass Szabolcs]

Hello,

    I'm using the lwip 1.4.1 stack, generated by STM32CubeMX. The CubeMX uses Your stack and therfore I'm using Your code. This stack really wasn't have capable to POST in default. I searched in the Google for the solution how can I use POST with Your stack and I found it.

Following those instructions set the LWIP_HTTPD_SUPPORT_POST to 1 in Your httpd.h. After that he offer 3 functions (httpd_post_begin, httpd_post_receive_data, and httpd_post_finished) which headers are defined, and function calls was written in Your code but the functions wasn't written.

The controller stores the data comming in to it's Ram memory, after 5 KB sends to an external flash memory over spi. I checked over and over again my memory handling functions and I didn't get error on it.

I don't know what happens inside of the embedded lwIP system, because it run but I think that  not proper. When I debug don't see how it works properly because I didn't go into details of Your code. I think that isn't necessary to know every rows of Your code just those parts what I use. When the incomming data greater than than 8 KB the lwip didn't works correctly but run, and the other parts of my application works good in this time. So I don't know where can I find the problem.

Kind regards,

Szabolcs Vass

 

 

2016.07.29. 20:48 keltezéssel, Sergio R. Caprile írta:

Hi,

there is no POST capable browser in 1.4.1; whose code are you using ?

You can try my web server if you please (lookup lwHTTPd in this list or google it/me), however, I don't think your are chasing the bug in the proper way.

Your browser should not crash... the server should not care about the file type.

Did you capture the traffic ?

Where are you (or the server) storing the data coming in ?

What happens in the embedded (lwIP) system when the transfer halts ?

If the server is OK, you are mishandling memory in your application, your piece of code called back from the POST handler. However, since that server is not a lwIP application, I would not rely on it.

Plus, ST is starring many bugs this week...

_______________________________________________
lwip-users mailing list
address@hidden
https://lists.nongnu.org/mailman/listinfo/lwip-users