summaryrefslogtreecommitdiffstats
path: root/usr.bin/tmux/cmd-save-buffer.c
diff options
context:
space:
mode:
authortedu <tedu@openbsd.org>2014-04-24 04:31:30 +0000
committertedu <tedu@openbsd.org>2014-04-24 04:31:30 +0000
commit07594ff0b2c66402ac844e0ecdd49438ad371a00 (patch)
treec8806aa1b2c50bf2620d240a55643441e2c911c8 /usr.bin/tmux/cmd-save-buffer.c
parentmatch some more intel sata devices in ide mode (diff)
downloadwireguard-openbsd-07594ff0b2c66402ac844e0ecdd49438ad371a00.tar.xz
wireguard-openbsd-07594ff0b2c66402ac844e0ecdd49438ad371a00.zip
on today's episode of things you didn't want to learn:
do_ssl3_write() is recursive. and not in the simple, obvious way, but in the sneaky called through ssl3_dispatch_alert way. (alert level: fuchsia) this then has a decent chance of releasing the buffer that we thought we were going to use. check for this happening, and if the buffer has gone missing, put another one back in place. the direct recursive call is safe because it won't call ssl3_write_pending which is the function that actually does do the writing and releasing. as reported by David Ramos to openssl-dev: http://marc.info/?l=openssl-dev&m=139809493725682&w=2 ok beck
Diffstat (limited to 'usr.bin/tmux/cmd-save-buffer.c')
0 files changed, 0 insertions, 0 deletions