Junio C Hamano <junkio@xxxxxxx> wrote: > James Bowes <jbowes@xxxxxxxxxxxxxxxxxx> writes: > > > find_short_packed_object was not loading the pack index files. > > Teach it to do so. > > > > Signed-off-by: James Bowes <jbowes@xxxxxxxxxxxxxxxxxx> > > I think this is the proper fix of the problem I was unhappy > about with 'next', rather than reverting the lazy index > loading. But I wonder how many _other_ places like this there > are that we might be missing... > > Shawn, an Ack, and any ideas for futureproofing? Ack, though late. ;-) I actually found this exact same bug today. At first I thought it was related to alternates, but when I dug into the code I came up with basically the same patch as James did. His was sent in first and is logically identical, so I'm not going to send my version. With regards to future proofing this, I have no idea. I'm going to write up a test case that catches this and submit that, to avoid a future regression here, but otherwise I'm not sure what we can do. I had thought I had visited every callsite and checked them, but apparently that wasn't true. What would probably help is to change the name of the structure member in the .h file when its initialization time changes (or its meaning changes in a subtle way) and then go through and manually update every mention of the old name to the new name, then flip it back with a global search and replace when done. E.g. I should have done: * in cache.h rename num_objects to num_objects_SHAWNCHANGEHERE; * manually update every num_objects usage to my private name; * finally globally search-replace back to the standard name. It would have forced me to more carefully visit every damn callsite. I'll go back through the code tonight and double check my work, because this bug was completely my fault. I'm hoping this was the only bug however. -- Shawn. - 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
