summaryrefslogtreecommitdiffstats
path: root/lib/libalpm/backup.c
diff options
context:
space:
mode:
authorDave Reisner <dreisner@archlinux.org>2011-10-10 05:03:04 +0200
committerDan McGee <dan@archlinux.org>2011-10-11 02:09:59 +0200
commitabfa8370c0009e415ef2fa97b96c8b042002d92a (patch)
tree0a008a2a20112050adaf9177cf4bb459093b6c40 /lib/libalpm/backup.c
parent8f414cd040aa11957a443ddda42ad14b83733007 (diff)
downloadpacman-abfa8370c0009e415ef2fa97b96c8b042002d92a.tar.gz
pacman-abfa8370c0009e415ef2fa97b96c8b042002d92a.tar.xz
dload: unhook error buffer after transfer finishes
Similar to what we did in edd9ed6a, disconnect the relationship with our stack allocated error buffer from the curl handle. Just as an FTP connection might have some network chatter on teardown causing the progress callback to be triggered, we might also hit an error condition that causes curl to write to our (now out of scope) error buffer. I'm unable to reproduce FS#26327, but I have a suspicion that this should fix it. Signed-off-by: Dave Reisner <dreisner@archlinux.org> Signed-off-by: Dan McGee <dan@archlinux.org>
Diffstat (limited to 'lib/libalpm/backup.c')
0 files changed, 0 insertions, 0 deletions