aboutsummaryrefslogtreecommitdiff
path: root/Makefile.nmake
diff options
context:
space:
mode:
authorDavid Goulet <dgoulet@torproject.org>2022-02-08 09:31:17 -0500
committerDavid Goulet <dgoulet@torproject.org>2022-02-08 09:31:17 -0500
commit763d72238d84ff5c2c0a889d15f25a145046c9e5 (patch)
treee03d4f7d4d111e90fec4eba519901a8390cd2b4e /Makefile.nmake
parent9bf4a9e18a244dd9930a906e92d1f33bbc3bbf13 (diff)
downloadtor-763d72238d84ff5c2c0a889d15f25a145046c9e5.tar.gz
tor-763d72238d84ff5c2c0a889d15f25a145046c9e5.zip
kist: Don't try to flush empty outbuf
It is possible that a scheduled channel ended up with 0 bytes in its outbuf after the scheduling loop and having an outbuf table entry indicating that we need to flush bytes on the wire after the loop. This lead to attempt to write 0 bytes up to the TLS layer that would prevent such action. All in all, this fixes wasted CPU cycles on attempting to flush nothing. Fixes #40548 Signed-off-by: David Goulet <dgoulet@torproject.org>
Diffstat (limited to 'Makefile.nmake')
0 files changed, 0 insertions, 0 deletions