![[tokkee]](http://tokkee.org/images/avatar.png){kind=avatar}
| author | Junio C Hamano <junkio@cox.net> | |
| Sun, 10 Jul 2005 22:40:43 +0000 (15:40 -0700) | ||
| committer | Linus Torvalds <torvalds@g5.osdl.org> | |
| Sun, 10 Jul 2005 23:16:34 +0000 (16:16 -0700) | ||
| commit | a3eb250f996bf5e12376ec88622c4ccaabf20ea8 | |
| tree | 07ff6f4a2a0f1f31fad6543be9a41c7d9f7a030f | tree | snapshot |
| parent | cf219196a89becccb50ad4a0a667a2814ddae60f | commit | diff |
[PATCH] alternate object store and fsck
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>
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>
| fsck-cache.c | diff | blob | history |