[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
AW: [lwip-users] Re: TCP_SEG Leak ...
From: |
Goldschmidt Simon |
Subject: |
AW: [lwip-users] Re: TCP_SEG Leak ... |
Date: |
Wed, 5 Dec 2007 17:12:43 +0100 |
Could
you post a Wireshark trace plus debug output from your target? Without that it's
pretty hard to tell where the error comes from.
Simon
Ok,
I found it in my changelog
Still not working, sometimes the last ack disappears and on
close the pcb state is changed to CLOSING, forever
After a while all pcb is in CLOSING state and I have to
reset the system
Med vänlig
hälsning/Best Regards
Jan
Wester
_________________________________
WHI Konsult AB
Scheelegatan 11, 112 28
Stockholm,
Sweden
www.whi.se
address@hidden
+46 8 449 05
30
Sorry about the version, I use 1.3.0,
Ok, I have downloaded the latest cvs head, but nothing was
mentioned in the changelog
I shall start to test to see if it
works
Med vänlig
hälsning/Best Regards
Jan
Wester
_________________________________
WHI Konsult AB
Scheelegatan 11, 112 28
Stockholm,
Sweden
www.whi.se
address@hidden
+46 8 449 05
30
Hi,
the fix for this bug is included in CVS head. I can't
send you 'a fix' since I would have to create one for your lwIP version (by
backporting it to the version of lwIP you use). You can either download a CVS
version of lwIP ('pretty stable' at the moment... - no guarantee for that,
though!), wait until 1.3.0 is released, or backport it yourself by looking at
the latest diffs to tcp.c and tcp_in.c in WebCVS.
Simon
Hi
Can you send me the fix for ooseq, I belive I have the same
problem with my webserver with more simultane connections
Med vänlig
hälsning/Best Regards
Jan
Wester
_________________________________
WHI Konsult AB
Scheelegatan 11, 112 28
Stockholm,
Sweden
www.whi.se
address@hidden
+46 8 449 05
30
Simon -
Thanks for confirming the bug. We'll put a patch
in our code for now and will watch the bug for the real fix. Let me know if I
can help, I would have suggested a fix, but I'm not familiar enough with the
ooseq processing in the stack.
As you can imagine this is eventually
fatal -- especially for applications that make / break a lot of TCP connections
(we do a lot of HTTP GETs and POSTs and is how we discovered it).
Thanks
again -
Tom
- SV: [lwip-users] Re: TCP_SEG Leak ..., (continued)
- SV: [lwip-users] Re: TCP_SEG Leak ..., Jan Wester, 2007/12/05
- RE: [lwip-users] Re: TCP_SEG Leak ..., Goldschmidt Simon, 2007/12/05
- SV: [lwip-users] Re: TCP_SEG Leak ..., Jan Wester, 2007/12/05
- AW: [lwip-users] Re: TCP_SEG Leak ..., Goldschmidt Simon, 2007/12/05
- SV: [lwip-users] Re: TCP_SEG Leak ..., Jan Wester, 2007/12/05
- Re: SV: [lwip-users] Re: TCP_SEG Leak ..., Andrew_Kunz, 2007/12/05
- SV: SV: [lwip-users] Re: TCP_SEG Leak ..., Jan Wester, 2007/12/05
- SV: SV: [lwip-users] Re: TCP_SEG Leak ..., Jan Wester, 2007/12/06
- Re: [lwip-users] Re: TCP_SEG Leak ..., address@hidden, 2007/12/06
- Re: [lwip-users] Re: TCP_SEG Leak ..., address@hidden, 2007/12/06
- AW: [lwip-users] Re: TCP_SEG Leak ...,
Goldschmidt Simon <=