[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [lwip-users] tcp_poll(), event handlers and possible misinformation

From: Lou Cypher
Subject: Re: [lwip-users] tcp_poll(), event handlers and possible misinformation
Date: Wed, 01 Jul 2009 18:11:54 +0200
User-agent: Thunderbird (Windows/20090605)

> If your recv handler gets data that it cannot process right now for
> some reason, you
> could simply keep a pointer to the pbuf in your own data structure, rather 
> than
> "refusing" it.  Then you could request a poll and the pbuf would be
> available to you
> in your poll handler.

The poll handler didn't spawn exactly in my intentions: for some reason it was
already there.
Then going on with tests, I started /loosing/ some packets coming from a web
client: those packets are _never_ routed to recv handler, from that point of
view they're lost, while the poll handler is called for them.
So I don't refuse data.
Where is data payload? No idea, for some reason those packets are systematically
lost; i.e. it happens on every second packet for a 4 packets POST (I'm sending
around 5 kB, MSS is 1460).

Here's why I asked about the right method to receive more data than a MSS in
length, and if that is to handle in poll events or whatever.
Looks like I'm the only one in this ML sending more than 1460 bytes *to* lwIP...


reply via email to

[Prev in Thread] Current Thread [Next in Thread]