ratox

FIFO based tox client
git clone git://git.2f30.org/ratox
Log | Files | Refs | README | LICENSE

commit c233413ccc73c58def0cd08862972ec824957758
parent a8f89c868d992d9772d9a94bbacf1d55225dd187
Author: z3bra <contactatz3bradotorg>
Date:   Thu, 10 Nov 2016 00:04:56 +0100

Remove useless call to FD_CLR()

This snippet was introduced when the client could send too much data to
the core for the transfer.
The new toxcore API introduces a callback triggered when the core is
ready to send more data. It means we don't need to keep track of a
local buffer anymore, and simply read from the file_in FIFO when the
core is ready.

Diffstat:
Mratox.c | 17-----------------
1 file changed, 0 insertions(+), 17 deletions(-)

diff --git a/ratox.c b/ratox.c @@ -1613,23 +1613,6 @@ loop(void) } } - /* If we hit the receiver too hard, we will run out of - * local buffer slots. In that case tox_file_send_chunk() - * will return -1 and we will have to queue the buffer to - * send it later. If this is the last buffer read from - * the FIFO, then select() won't make the fd readable again - * so we have to check if there's anything pending to be - * sent. - */ - TAILQ_FOREACH(f, &friendhead, entry) { - if (tox_friend_get_connection_status(tox, f->num, NULL) == 0) - continue; - if (f->tx.state != TRANSFER_INPROGRESS) - continue; - if (f->tx.state == TRANSFER_NONE) - FD_CLR(f->fd[FFILE_IN], &rfds); - } - /* Accept pending transfers if any */ TAILQ_FOREACH(f, &friendhead, entry) { if (tox_friend_get_connection_status(tox, f->num, NULL) == 0)