Git version is 1.5.3.8. On Jan 15, 2008 2:20 PM, Alex Riesen <raa.lkml@xxxxxxxxx> wrote: > 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). > > -- Computer Science is no more about computers than astronomy is about telescopes. --- Edsger W. Dijkstra Paul Umbers MSc MBCS MIAP paul.umbers@xxxxxxxxx - 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
