atomic write for sideband remote messages
commit9ac13ec941933c32849c2284b5d79ef608023a56
authorNicolas Pitre <nico@cam.org>
Wed, 11 Oct 2006 15:49:15 +0000 (11 11:49 -0400)
committerJunio C Hamano <junkio@cox.net>
Wed, 11 Oct 2006 18:13:01 +0000 (11 11:13 -0700)
tree618d32a6ba80037f6597f1ad88d9b6405701cd5f
parent0503f9c178c36a19e1f8e8930b367db0f58ce5ca
atomic write for sideband remote messages

It has been a few times that I ended up with such a confusing display:

|remote: Generating pack...
|remote: Done counting 17 objects.
|remote: Result has 9 objects.
|remote: Deltifying 9 objects.
|remote:  100% (9/9) done
|remote: Unpacking 9 objects
|Total 9, written 9 (delta 8), reused 0 (delta 0)
| 100% (9/9) done

The confusion can be avoided in most cases by writing the remote message
in one go to prevent interleacing with local messages.  The buffer
declaration has been moved inside recv_sideband() to avoid extra string
copies.

Signed-off-by: Nicolas Pitre <nico@cam.org>
Signed-off-by: Junio C Hamano <junkio@cox.net>
builtin-archive.c
fetch-clone.c
sideband.c
sideband.h