summaryrefslogtreecommitdiff
path: root/t/t5515/fetch.main
diff options
context:
space:
mode:
authorRené Scharfe <l.s.r@web.de>2024-04-21 12:40:28 (GMT)
committerJunio C Hamano <gitster@pobox.com>2024-04-21 19:27:07 (GMT)
commit0283cd5161561b29951c00697679c10b454e541a (patch)
treed28d1f098c6e7d1a927f4f23ba73e27cfd29230e /t/t5515/fetch.main
parentae3196a5ea84a9e88991d576020cf66512487088 (diff)
downloadgit-0283cd5161561b29951c00697679c10b454e541a.zip
git-0283cd5161561b29951c00697679c10b454e541a.tar.gz
git-0283cd5161561b29951c00697679c10b454e541a.tar.bz2
don't report vsnprintf(3) error as bug
strbuf_addf() has been reporting a negative return value of vsnprintf(3) as a bug since f141bd804d (Handle broken vsnprintf implementations in strbuf, 2007-11-13). Other functions copied that behavior: 7b03c89ebd (add xsnprintf helper function, 2015-09-24) 5ef264dbdb (strbuf.c: add `strbuf_insertf()` and `strbuf_vinsertf()`, 2019-02-25) 8d25663d70 (mem-pool: add mem_pool_strfmt(), 2024-02-25) However, vsnprintf(3) can legitimately return a negative value if the formatted output would be longer than INT_MAX. Stop accusing it of being broken and just report the fact that formatting failed. Suggested-by: Jeff King <peff@peff.net> Signed-off-by: René Scharfe <l.s.r@web.de> Signed-off-by: Junio C Hamano <gitster@pobox.com>
Diffstat (limited to 't/t5515/fetch.main')
0 files changed, 0 insertions, 0 deletions