recv_sideband: Bands #2 and #3 always go to stderr
commit8593d8429cbd09ce813c8f42f5c00bb7d5cf9e7e
authorJohannes Sixt <j6t@kdbg.org>
Tue, 10 Mar 2009 21:54:17 +0000 (10 22:54 +0100)
committerJohannes Schindelin <johannes.schindelin@gmx.de>
Fri, 20 Mar 2009 10:54:55 +0000 (20 11:54 +0100)
tree9d65256bc9ddd4b7290a7448af8ae88d0705bea1
parent7e5a4c563667d011c0655679be3190461884a78e
recv_sideband: Bands #2 and #3 always go to stderr

This removes the last parameter of recv_sideband, by which the callers
told which channel bands #2 and #3 should be written to.

Sayeth Shawn Pearce:

   The definition of the streams in the current sideband protocol
   are rather well defined for the one protocol that uses it,
   fetch-pack/receive-pack:

     stream #1:  pack data
     stream #2:  stderr messages, progress, meant for tty
     stream #3:  abort message, remote is dead, goodbye!

Since both callers of the function passed 2 for the parameter, we hereby
remove it and send bands #2 and #3 to stderr explicitly using fprintf.

This has the nice side-effect that these two streams pass through our
ANSI emulation layer on Windows.

Signed-off-by: Johannes Sixt <j6t@kdbg.org>
Acked-by: Nicolas Pitre <nico@cam.org>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
builtin-archive.c
builtin-fetch-pack.c
sideband.c
sideband.h