receive-pack: fix "borrowing from alternate object store" implementation
commitb8492539f9c078162ee3ae4987ceaa7e7f510c9b
authorJunio C Hamano <gitster@pobox.com>
Sun, 26 Oct 2008 18:07:18 +0000 (26 11:07 -0700)
committerJunio C Hamano <gitster@pobox.com>
Sun, 26 Oct 2008 21:05:55 +0000 (26 14:05 -0700)
treebe85dbe67407e7f4a0cd503607b4b4766c4ca8da
parent53ffb878a94c3eae7c7f57e05568aedcfb77e57f
receive-pack: fix "borrowing from alternate object store" implementation

In the alternate_object_database structure, ent->base[] is a buffer the
users can use to form pathnames to loose objects, and ent->name is a
pointer into that buffer (it points at one beyond ".git/objects/").  If
you get a call to add_refs_from_alternate() after somebody used the entry
(has_loose_object() has been called, for example), *ent->name would not be
NUL, and ent->base[] won't be the path to the object store.

This caller is expecting to read the path to the object store in ent->base[];
it needs to NUL terminate the buffer if it wants to.

Signed-off-by: Junio C Hamano <gitster@pobox.com>
builtin-receive-pack.c