Michael Steinberg wrote:
> Oh, and wait for the update that fixes leaking tcp_ucbs on remote-close
> with this approach, hehe. Or did this land already?
Bug #51937 has been fixed in master, yes. This ans some other fixed bugs make
me think of releasing a tiny-fix 2.0.3 version soon...
Simon
Hello,
My proposal: Chain up the handed pbufs in the recv callback
("push_back", instead of handling) to a private chain of pending
data, and call tcp_recved with the amount of bytes you consume from this
received-chain at your own discretion at some other point in time (and
be sure to free
Paul Plankton wrote:
> So when I do not want the window to be enlarged, I call this function not
> with the amount of data received but with a fixed value? E.g. with the window
> size like it is defined in lwipots.h?
I'm not sure I understand your question.
For a working TCP connection, you'll
OK, I have read this manual but on a third party webpage, that's why I did
not really trusted the explanation :-o
So when I do not want the window to be enlarged, I call this function not
with the amount of data received but with a fixed value? E.g. with the
window size like it is defined in
Paul Plankton wrote:
> So what does tcp_recved() do?
RTFM :-)
>From
>http://www.nongnu.org/lwip/2_0_x/group__tcp__raw.html#gabdac0856a52b5789dc897d4c7137ec44
"This function should be called by the application when it has processed the
data. The purpose is to advertise a larger window when the
Hm, OK, thanks for the feedback.
I thought tcp_recved() could be what I'm looking for but it seems not. Btw:
what is this function used for exactly? At the moment I always hand over
the total received data length but in parrallel also release the pBuf. So
what does tcp_recved() do?
2017-09-08
Paul Plankton wrote:
My problem: I'm running on an embedded system where I can't waste too
much time with handling network data.
This and the statement about handling "1460 bytes during one interrupt
call" is somewhat disturbing. Are you sure you don't violate lwIP's
threading requirements?
Hello,
within my tcp_recv()-function the "struct pbuf" which hands over the
received data sometimes contains chained buffers pbuf->next where "next"
points to the next buffer of data.
My problem: I'm running on an embedded system where I can't waste too much
time with handling network data. So I