[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [lwip-users] disconnect - connect delay
From: |
brak brak2 |
Subject: |
Re: [lwip-users] disconnect - connect delay |
Date: |
Mon, 4 Apr 2011 10:10:57 +0200 |
> I tried to do want you are writting about, but maybe I do something
> wrong, because it doesn't work. I tried to accept second connection
> and save its pcb, arg and err, but do not bind any callbacks to this
> pcb until first connection drops. When first connection drops I bind
> callbacks but data received callback isn't called. When I send new
> data in second connection they are received as normal, but browser
> will send data at once after connection when callbacks aren't bound so
> I wan't received it.
I made it work, but I don't like the way I did it. I accept all connections
and save their pcb, arg and err and bind additional recv callback in
which I save pbuf p of incoming data. After first connection drop I
manually call accept function again and recv callback (by myself).
It works this way and it works fast :)
Thanks for help
Tomasz
- Re: [lwip-users] disconnect - connect delay, (continued)
- Re: [lwip-users] disconnect - connect delay, Kieran Mansley, 2011/04/01
- Re: [lwip-users] disconnect - connect delay, brak brak2, 2011/04/01
- Re: [lwip-users] disconnect - connect delay, Kieran Mansley, 2011/04/01
- Re: [lwip-users] disconnect - connect delay, brak brak2, 2011/04/01
- Re: [lwip-users] disconnect - connect delay, Kieran Mansley, 2011/04/01
- Re: [lwip-users] disconnect - connect delay, brak brak2, 2011/04/04
- Re: [lwip-users] disconnect - connect delay,
brak brak2 <=
- Re: [lwip-users] disconnect - connect delay, Simon Goldschmidt, 2011/04/04
- Re: [lwip-users] disconnect - connect delay, brak brak2, 2011/04/04
RE: [lwip-users] disconnect - connect delay, Bill Auerbach, 2011/04/01