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

[Lou Cypher]

> 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...

Lou