aboutsummaryrefslogtreecommitdiff
path: root/list-objects.c
diff options
context:
space:
mode:
authorJunio C Hamano <gitster@pobox.com>2008-09-03 20:33:29 -0700
committerJunio C Hamano <gitster@pobox.com>2008-09-06 20:23:32 -0700
commit48196afd2827b36ca5768f886f0866b6dfebdd10 (patch)
tree41e542e7c0dc6061436c14f1812c12517bbcb399 /list-objects.c
parent80d12c23de4fbddfaee2f9bf7fe809f57d02e171 (diff)
downloadgit-48196afd2827b36ca5768f886f0866b6dfebdd10.tar.gz
git-48196afd2827b36ca5768f886f0866b6dfebdd10.tar.xz
daemon.c: avoid setlinebuf()
This function is outside POSIX (Linux and recent BSD have it). Replace it with setvbuf() which is POSIX. I am not sure about the value this patch passes as size argument to setvbuf(), though. I know the call this patch makes is equivalent to calling setlinebuf() with GNU libc, but POSIX itself leaves what happens to the size argument quite vague, saying only "otherwise [i.e. when buf is a null pointer], size _may_ determine the size of a buffer allocated by the setvbuf() function." If passing size=0 causes stdio to allocate very small buffer, and while stdio tries to line buffer the output, it might make it to fail to buffer an entire line, causing early flushing of the stream. Even if that turns out to be a problem on minorority platforms, we won't know it until the issue actually hurts them, so let's push this change out and see what happens. Signed-off-by: Junio C Hamano <gitster@pobox.com>
Diffstat (limited to 'list-objects.c')
0 files changed, 0 insertions, 0 deletions