[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [lwip-users] LWIP 1.4.1 uploading problem
From: |
Noam Weissman |
Subject: |
Re: [lwip-users] LWIP 1.4.1 uploading problem |
Date: |
Tue, 2 Aug 2016 10:29:56 +0000 |
Dear Szabolcs,
I am working with ST micros for over 5 years now.
I have created several TCP and UDP module working in RAW mode.
Due to company policy we had to find a different HTTP server from the one we
used.
After looking around I contacted Sergio and got his HTTP server. At that time
it did not support
POST, only beginning of code.
I have used Sergio code as a base for my HTTP server. I changed large parts and
added: POST, AJAX,
"Multipart" download, login mechanism. I also changed the FS handling so that
data can be loaded
from an external storage (not tested). I also changed the "file" format usage
and created a Perl script
that creates my own FS structure.
All that took lots of time. The server is working in LwIP RAW API and works
nice.
I am not using the ST CUBE but rather older libraries. Cube adds a layer and
therefore is somewhat
slower. Beside that we have a large code core that uses older libraries so we
are fine with that.
>From my experience with FreeRTOS and Lwip I can say almost 99.9% of the
>problems I have seen are
related to errors in code or abusing the LwIP.
If something is not working it is probably not LwIP or FreeRTOS
BR,
Noam.
-----Original Message-----
From: lwip-users [mailto:address@hidden On Behalf Of Vass Szabolcs
Sent: Tuesday, August 02, 2016 12:14 PM
To: address@hidden
Subject: Re: [lwip-users] LWIP 1.4.1 uploading problem
Hi,
Thank You Mr Caprile and Mr Simon for Your advices. I will look if pbuf
are properly freed or not and I will look the tcp receive window too. After
that I will be back.
Excuse me Mr. Caprile but I cann't post to this open list neither my code,
and neither my traffic. This code isn't public , it is a development. Hope You
understand me. The lwip stack what I get from ST through STM32CubeMx is
properly work with other smaller file uploading, and I think that not the
difference from Your stack is the problem.
Furthermore the all of other functionality is working good. So please don't
blame the ST. If the problem willn't resolve I will try to explain it with more
deatils but without posting of code.
Kind regards,
Szabolcs Vass
2016.08.01. 23:23 keltezéssel, address@hidden írta:
> Sergio R. Caprile wrote:
>> There is some sort of POST in the form of some cgi functions in the
>> browser in the contrib tree in 1.4.1. The browser calls user
>> functions, user functions are not part of the browser, they are
>> either ST code or your code.
>
> Wait, I'm confused. Throughout this thread, are you all talking about
> a 'browser' or about a 'server'?
>
> If it's the http server (for 1.4.1 it was in contrib, now it's in
> 'apps'), it does support POST, but we're really missing an example up
> to now. I'm successfully using it for uploading big files as well as
> simple small actions, but unfortunately, I cannot share my sources as
> example.
>
> If you get a problem with bigger sizes I could image two errors:
> - pbufs are not getting freed (you need to free them once passed to
> your callback)
> - tcp receive window is not updated (there's the option to do that
> yourself...)
>
> Simon
>
> _______________________________________________
> lwip-users mailing list
> address@hidden
> https://lists.nongnu.org/mailman/listinfo/lwip-users
_______________________________________________
lwip-users mailing list
address@hidden
https://lists.nongnu.org/mailman/listinfo/lwip-users