PS - the webserver and associated code I am using is at https://github.com/dc42/RepRapFirmware/tree/duet, along with the rest of the code to control a 3D printer.
David Crocker, Escher Technologies Ltd. http://www.eschertech.com Tel. +44 (0)20 8144 3265 or +44 (0)7977 211486 On 02/06/2014 14:16, David Crocker wrote: > Hi, > > Thanks for your reply Sergio. I found the cause of the problem. The > low-level driver (which is the one for the SAM3X8E chip in the Arduino > Due core) had 16 receive buffers of 128b each, so 2K in total. I > increased this to 32 buffers and the problem is fixed. So the problem > wasn't in lwip, it was in the low-level driver. > > Regards > > David Crocker, Escher Technologies Ltd. > http://www.eschertech.com > Tel. +44 (0)20 8144 3265 or +44 (0)7977 211486 > > On 02/06/2014 13:34, Sergio R. Caprile wrote: >> Hi David, >> I didn't get if your problem is with (1) THE httpserver or with (2) YOUR >> APP, that handles http requests and it is (loosely ?) based on the >> httpserver. >> I also modified the httpserver code and found some stuff I wasn't >> entirely convinced, so I rewrote many parts of it. My server handles >> standard SSI and CGI with POST, give it a try if (1): >> http://scaprile.ldir.com.ar/cms/el-ingeniero/open-source-projects-im-working-on/lwhttpd/ >> For (2), please post a wireshark capture file and I'll try to help. When >> I tested my code, I went the other path, testing to smaller MSS sizes. >> Didn't occur to me that somebody might have plenty of memory, that is >> never my case... >> >> Regards >> >> >> _______________________________________________ >> lwip-users mailing list >> [email protected] >> https://lists.nongnu.org/mailman/listinfo/lwip-users > > _______________________________________________ > lwip-users mailing list > [email protected] > https://lists.nongnu.org/mailman/listinfo/lwip-users _______________________________________________ lwip-users mailing list [email protected] https://lists.nongnu.org/mailman/listinfo/lwip-users
