Handle broken vsnprintf implementations in strbuf
authorShawn O. Pearce <spearce@spearce.org>
Tue, 13 Nov 2007 08:22:44 +0000 (03:22 -0500)
committerJunio C Hamano <gitster@pobox.com>
Wed, 14 Nov 2007 10:00:13 +0000 (02:00 -0800)
commitf141bd804d2cba4500769934f9d9e7f0f7bcf282
treebb94f1d18a897f79d5515661ed5b0b2404a242f0
parent71aa2b8f0ee7cb2e60871f327996af21af88a668
Handle broken vsnprintf implementations in strbuf

Solaris 9's vsnprintf implementation returns -1 if we pass it a
buffer of length 0.  The only way to get it to give us the actual
length necessary for the formatted string is to grow the buffer
out to have at least 1 byte available in the strbuf and then ask
it to compute the length.

If the available space is 0 I'm growing it out by 64 to ensure
we will get an accurate length estimate from all implementations.
Some callers may need to grow the strbuf again but 64 should be a
reasonable enough initial growth.

We also no longer silently fail to append to the string when we are
faced with a broken vsnprintf implementation.  On Solaris 9 this
silent failure caused me to no longer be able to execute "git clone"
as we tried to exec the empty string rather than "git-clone".

Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
strbuf.c
trace.c