> sometimes a http transfer uses several packets. So I must know when the last
> packet is received to start answering. So far I search 'Content-Length' in
> the 1st packet and subtract the length of each packet. This causes problems
> if the string is not in the 1st packet, or the transmission is
Hi,
sometimes a http transfer uses several packets. So I must know when the
last packet is received to start answering. So far I search
'Content-Length' in the 1st packet and subtract the length of each
packet. This causes problems if the string is not in the 1st packet, or
the transmission i
Hi Bill,
Since you are using Luminary micro with lwIP, I would like to bother you a
little.
I worked on a project that uses a Lminary 8962 ARM Cortex-M3 micro. I also want
to develop web server application based on the demo project enet_io from
Luminary distribution CD-ROM for my project.
Si
I did try to get it to run once but it didn't run as is. I took out the
hardcoded address used in the code and it still didn't run. I had other more
pressing things to do. I do have the luminary development kit and the web
server demo is nice. From reading that httpd code, it is decent and t
Bill Auerbach wrote:
How does the lwIP license work in this case? This WEB server is included with
a port of lwIP and includes the original copyrights and acknowledgements of
lwIP from the original code. In this case, can anyone legitimately/legally use
this http WEB server?
Why not? The
How does the lwIP license work in this case? This WEB server is included with
a port of lwIP and includes the original copyrights and acknowledgements of
lwIP from the original code. In this case, can anyone legitimately/legally use
this http WEB server?
Bill
>-Original Message-
>Fro
Thanks guys.
You're right, httpd.c has been created by Luminary. I'll ask them
about this issue.
On 1/27/10, Bill Yang wrote:
> Hi Daniel,
>
> I think you should post this problem to a forum on Luminary-micro web site.
> Luminary will respond for this issue.
>
> I was on a training class from Lu
Hi Daniel,
I think you should post this problem to a forum on Luminary-micro web site.
Luminary will respond for this issue.
I was on a training class from Luminary last year. They taught us the embedded
webserver design which use lwIP TCP/IP for their ARM Cortext-M3 platform.
Bill Yang
Sof
Which http server are you talking about? The one included with lwIP does
not support CGIs currently!
I guess you are using a server provided by whoever packed lwIP and
provides it for his hardware? Since we don't know the code of that
server, I'm afraid we cannot help you here. (Unless someone
Hi, I want to expose two different problems that are maybe related between them:
1)
With INCLUDE_HTTPD_CGI defined and INCLUDE_HTTPD_SSI undefined, my CGI
handlers are correctly called but, whenever I open a plain html page
with images, the http server freezes. This doesn't happen with html
pages
That makes a lot of sense.
Thanks guys for your help. I'll try out what you suggest.
Daniel.
2010/1/27 goldsi...@gmx.de :
> As a side note, I hope you are calling the loop below in the tcpip_thread,
> not from another application thread, which would violate lwIP threading.
>
> Aside from that,
Bernhard 'Gustl' Bauer wrote:
OOSEQ is turned on.
This fits to your description that you might have missed a packet (from
the wireshark log). So unless you don't have any other problems,
treating pbuf chains correctly will do.
I have a few questions that will help me to understand chaining
As a side note, I hope you are calling the loop below in the
tcpip_thread, not from another application thread, which would violate
lwIP threading.
Aside from that, what Bernhard said is true: the packets are buffer for
retransmission until they are ACKed by the remote side, which cannot
happ
Hi,
I think it is the loop. The code that handles the ACK is not executed
before the loop ends. How is this code called?
HTH
Gustl
Daniel Berenguer schrieb:
I'm trying to send a bunch of TCP packets using the raw API but
tcp_write is returning -1 (out of memory) after the 8th packet.
for (
Simon Goldschmidt schrieb:
It might be a hybrid: A pbuf chain made up of multiple packets. If
enabled, lwIP queues out-of-sequence packets and chains the pbufs
together passing them to your application as one when the data gets
in-sequence due to missing packets being received.
So if you have th
I'm trying to send a bunch of TCP packets using the raw API but
tcp_write is returning -1 (out of memory) after the 8th packet.
for (i=0 ; i<20 ; i++)
{
strcpy(buffer, "holaaa");
res = tcp_write(pcb, buffer, 7, 0);
tcp_output(pcb);
}
I've used many variants of the above code (with del
Bill Auerbach schrieb:
Packet 79 looks like its payload is corrupted. If I'm right on this, have
you thoroughly debugged your Ethernet driver? Every time I've fought errors
in WireShark and wanted to think it was lwIP, it was caused by errors of one
form or another in my Ethernet driver.
I th
Packet 79 looks like its payload is corrupted. If I'm right on this, have
you thoroughly debugged your Ethernet driver? Every time I've fought errors
in WireShark and wanted to think it was lwIP, it was caused by errors of one
form or another in my Ethernet driver.
Bill
>-Original Message--
Bernhard \'Gustl\' Bauer wrote:
> Hi,
>
> my pbufs are large enough to contain a complete packet, so pbuf chains
> should not occur. While hunting an error I discovered a pbuf with these
> settings:
> pbuf->next!=NULL
> pbuf->len = 568
> pbuf->tot_len = 4948
>
> My TCP_MSS is 1460. So
What does a pbuf chain look like after it comes back from low_level_input?
Bill
>-Original Message-
>From: lwip-users-bounces+bauerbach=arrayonline@nongnu.org
>[mailto:lwip-users-bounces+bauerbach=arrayonline@nongnu.org] On
>Behalf Of Bernhard 'Gustl' Bauer
>Sent: Wednesday, Janua
[Avatar]
2010-01-26 21:07:59 UTC
Hello,
I'm trying to implement the code below, but it stops in the line sock =
socket(AF_INET, SOCK_DGRAM, 0);
the message is "sys_arch_timeouts: ptask != NULL"
the procedure sequence is:
-lwip_socket (type=0, protocol=100)
-alloc_socket (newcon=0x80173c)
-sys_
Hi,
I switched to 1.3.2 and all seams to work fine now
Thanks
Gustl
___
lwip-users mailing list
lwip-users@nongnu.org
http://lists.nongnu.org/mailman/listinfo/lwip-users
Kieran Mansley schrieb:
If you think there's a bug here, please add it to the bug tracker on
savannah so that it doesn't get forgotten.
Now all works fine here. It was probably caused by a mix of 1.3.0 and
1.3.2 files.
___
lwip-users mailing list
23 matches
Mail list logo