* fsck-cache problem
@ 2005-04-24 1:55 Morten Welinder
2005-04-24 21:24 ` Linus Torvalds
0 siblings, 1 reply; 2+ messages in thread
From: Morten Welinder @ 2005-04-24 1:55 UTC (permalink / raw)
To: GIT Mailing List, Linus Torvalds
While downloading the sparse git database I got impatient and ran
fsck-cache on it.
I got...
...
missing (null) ff515b91674ff2f5b082a927676dbf392d04d9ce
missing (null) ff94be6fbcce10b83824defbdc2f8819121bbd4d
missing (null) ffa4ddda950185bf313654e903207a3fc2d5f261
That "(null)" is not from git, but from glibc in response to NULL
passed for %s. It might
as well crash (as some other libc do) or send in the marines.
Morten
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: fsck-cache problem
2005-04-24 1:55 fsck-cache problem Morten Welinder
@ 2005-04-24 21:24 ` Linus Torvalds
0 siblings, 0 replies; 2+ messages in thread
From: Linus Torvalds @ 2005-04-24 21:24 UTC (permalink / raw)
To: Morten Welinder; +Cc: GIT Mailing List
On Sat, 23 Apr 2005, Morten Welinder wrote:
>
> That "(null)" is not from git, but from glibc in response to NULL
> passed for %s.
Fixed.
The object library set the types for tree/commit objects only when they
_parsed_ them, resulting in objects that were never parsed (because they
weren't found - because you hadn't gotten them downloaded yet) never
having their type set.
Linus
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2005-04-24 21:17 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-04-24 1:55 fsck-cache problem Morten Welinder
2005-04-24 21:24 ` Linus Torvalds
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.