summaryrefslogtreecommitdiff
path: root/t/t5300-pack-object.sh
diff options
context:
space:
mode:
authorBrandon Casey <casey@nrlssc.navy.mil>2008-08-20 20:53:50 -0500
committerJunio C Hamano <gitster@pobox.com>2008-08-21 01:53:44 -0700
commita81892dd8c37b6f13793739721b520fee3ce4c2c (patch)
tree4bffcb597aefb8ed940e12328e02323a29838a44 /t/t5300-pack-object.sh
parent711521e246ea7d7b9bb10a1607cdd0a6de6a9927 (diff)
downloadgit-a81892dd8c37b6f13793739721b520fee3ce4c2c.tar.gz
compat/snprintf.c: handle snprintf's that always return the # chars transmitted
Some platforms provide a horribly broken snprintf. More broken than the platforms that return -1 when there is too little space in the target buffer for the formatted string. Some platforms provide an snprintf which _always_ returns the number of characters transmitted to the buffer, regardless of whether there was enough space or not. IRIX 6.5 is such a platform. IRIX does have a working snprintf(), but it is only provided when _NO_XOPEN5 evaluates to zero, and this only happens if _XOPEN_SOURCE is defined, but definition of _XOPEN_SOURCE prevents inclusion of many other common functions and defines. So it must be avoided. Work around these horribly broken snprintf implementations by detecting an snprintf call which results in the number of transmitted characters exactly equal to the length of our buffer and retrying with a larger buffer just to be safe. Signed-off-by: Brandon Casey <casey@nrlssc.navy.mil> Acked-by: Johannes Sixt <johannes.sixt@telecom.at> Signed-off-by: Junio C Hamano <gitster@pobox.com>
Diffstat (limited to 't/t5300-pack-object.sh')
0 files changed, 0 insertions, 0 deletions