Paul Umbers, Tue, Jan 15, 2008 21:12:45 +0100:
> >
> > Does the object exists at all? Try
> >
> > ls -l .git/d9/b06fceac52f6c24357e6a7f85c601088381152
> >
> > Is it possible to get a hold of this repo (just the .git directly
> > after "git add .")? It would be interesting to see the nature of the
> > corruption.
> >
> git ls (see below) returns nothing - it looks like the object doesn't
> exist at all. I've attached a .zip of the entire test directory (one
zip is a bit lying: it does not keep the attributes of the files the
way cygwin programs see them. For instance, it not known whether the
hooks (.git/hooks) where executable at the time.
> text file plus .git). This is after "git init" followed by "git add ."
>
> What do you think?
I think it has failed already at "git add". From looking at the code
it is hard for the current git-add (builtin-add.c) to fail silently.
Hmm... What "git version" returns for you? (the .git/config contains
filemode=true, which cygwin breaks every time).
Of course, it would be interesting to know if the current git works
for you. Or the MinGW port:
http://code.google.com/p/msysgit/downloads/list
It used to conflict with cygwin, though.
If the current git fails, I'd suggest to instrument write_sha1_file in
sha1_file.c and see if it really manages to create temporary file and
rename it to sha1 file (that d9/b06fceac52f6c24357e6a7f85c601088381152).
I suspect either rename or link failing silently (IOW, it fails to
create the new name under objects/d9/ but returns 0(no error) anyway).
-
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
