Revision a3eb250f996bf5e12376ec88622c4ccaabf20ea8 authored by Junio C Hamano on 10 July 2005, 22:40:43 UTC, committed by Linus Torvalds on 10 July 2005, 23:16:34 UTC
The location alt_odb[j].name[0..] is filled with ??/?{38} to form a sha1 filename to try, but I was too lazy to allocate a copy, so while fsck_object_dir() is running for the directory, the filenames ??/?{38} are filled after NUL (usually and always the location should have '/'), making them "not found". This should fix it. Signed-off-by: Linus Torvalds <torvalds@osdl.org>
1 parent cf21919
unpack-file.c
#include "cache.h"
static char *create_temp_file(unsigned char *sha1)
{
static char path[50];
void *buf;
char type[100];
unsigned long size;
int fd;
buf = read_sha1_file(sha1, type, &size);
if (!buf || strcmp(type, "blob"))
die("unable to read blob object %s", sha1_to_hex(sha1));
strcpy(path, ".merge_file_XXXXXX");
fd = mkstemp(path);
if (fd < 0)
die("unable to create temp-file");
if (write(fd, buf, size) != size)
die("unable to write temp-file");
close(fd);
return path;
}
int main(int argc, char **argv)
{
unsigned char sha1[20];
if (argc != 2 || get_sha1(argv[1], sha1))
usage("git-unpack-file <sha1>");
puts(create_temp_file(sha1));
return 0;
}
![swh spinner](/static/img/swh-spinner.gif)
Computing file changes ...