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
tree.h
#ifndef TREE_H
#define TREE_H
#include "object.h"
extern const char *tree_type;
struct tree_entry_list {
struct tree_entry_list *next;
unsigned directory : 1;
unsigned executable : 1;
unsigned symlink : 1;
unsigned int mode;
char *name;
union {
struct tree *tree;
struct blob *blob;
} item;
struct tree_entry_list *parent;
};
struct tree {
struct object object;
struct tree_entry_list *entries;
};
struct tree *lookup_tree(const unsigned char *sha1);
int parse_tree_buffer(struct tree *item, void *buffer, unsigned long size);
int parse_tree(struct tree *tree);
#endif /* TREE_H */
![swh spinner](/static/img/swh-spinner.gif)
Computing file changes ...