Hi, On Thu, 1 Feb 2007, Shawn O. Pearce wrote: > Matthias Lederhofer <matled@xxxxxxx> wrote: > > First the object is unpacked, start something using read_sha1_file. > > read_sha1_file: try packed object (fails) > > run git repack -a -d > > read_sha1_file: try to read the loose object (fails) > > read_sha1_file: reread list of packs > > run git repack -a -d so it will create a new pack > > read_sha1_file: tries to open the old packs, not the new one, and > > fails > > My 4 patch series that I just posted should (partially) fix this > problem. We cannot close it completely however as there always > exists the potential of the OS to starve the reader and allow 2 > full repacks between the time the reader notices a .idx file and > the time the reader could open the .pack. I may be misunderstanding the problem, but can't we just keep looking for a new pack until either there is _no_ new pack to be mapped, or the object is found? Ciao, Dscho - 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