summaryrefslogtreecommitdiff
path: root/t/t4112-apply-renames.sh
diff options
context:
space:
mode:
authorLibravatar Brandon Casey <drafnel@gmail.com>2013-06-18 19:43:49 -0700
committerLibravatar Junio C Hamano <gitster@pobox.com>2013-06-19 10:00:26 -0700
commita94cf2cb7e77c27ce5c3d648e37c1aa75cd5e56e (patch)
treeeabaeaa47f6013fcab6d86985b763a0e2407a588 /t/t4112-apply-renames.sh
parentfast-export: fix argument name in error messages (diff)
downloadtgif-a94cf2cb7e77c27ce5c3d648e37c1aa75cd5e56e.tar.xz
http.c: don't rewrite the user:passwd string multiple times
Curl older than 7.17 (RHEL 4.X provides 7.12 and RHEL 5.X provides 7.15) requires that we manage any strings that we pass to it as pointers. So, we really shouldn't be modifying this strbuf after we have passed it to curl. Our interaction with curl is currently safe (before or after this patch) since the pointer that is passed to curl is never invalidated; it is repeatedly rewritten with the same sequence of characters but the strbuf functions never need to allocate a larger string, so the same memory buffer is reused. This "guarantee" of safety is somewhat subtle and could be overlooked by someone who may want to add a more complex handling of the username and password. So, let's stop modifying this strbuf after we have passed it to curl, but also leave a note to describe the assumptions that have been made about username/password lifetime and to draw attention to the code. Signed-off-by: Brandon Casey <drafnel@gmail.com> Acked-by: Jeff King <peff@peff.net> Signed-off-by: Junio C Hamano <gitster@pobox.com>
Diffstat (limited to 't/t4112-apply-renames.sh')
0 files changed, 0 insertions, 0 deletions