> 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 _______________________________________________ lwip-users mailing list [email protected] http://lists.nongnu.org/mailman/listinfo/lwip-users
