compat/snprintf.c: handle snprintf's that always return the # chars transmitted
commita81892dd8c37b6f13793739721b520fee3ce4c2c
authorBrandon Casey <casey@nrlssc.navy.mil>
Thu, 21 Aug 2008 01:53:50 +0000 (20 20:53 -0500)
committerJunio C Hamano <gitster@pobox.com>
Thu, 21 Aug 2008 08:53:44 +0000 (21 01:53 -0700)
tree4bffcb597aefb8ed940e12328e02323a29838a44
parent711521e246ea7d7b9bb10a1607cdd0a6de6a9927
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>
compat/snprintf.c