On Sun, Feb 10, 2013 at 11:45 PM, Ramkumar Ramachandra <artag...@gmail.com> wrote: > So you're skipping the rest of refresh_cache_ent(), which contains our > lstat() and returning immediately. Instead of marking paths with the > "assume unchanged" bit, as core.ignoreStat does, you're directly > attacking the function that refreshes the index and bypassing the > lstat() call. How are they different? read-cache.c:1030 checks > ce->flags & CE_VALID (which is set in read-cache.c:88 if > assume_unchanged) and bypasses the lstat() call anyway. So why didn't > you just set core.ignoreStat for your test?
It just did not occur to me that core.ignoreStat does the same. > Ah, read_directory(), from the .gitignore/ exclude angle. Yes, > read_directory() seems to be the main culprit there, from my reading > of Documentation/technical/api-directory-listing.txt. > > So, what did you do? You short-circuited the function into never > executing read_directory_recursive(), so the opendir() and readdir() > are gone. I'm confused about what this means: will new directories > fail to appear as "untracked" now? No, read_directory returns the list of untracked/ignored files. Returning empty lists means no untracked nor ignored files. -- Duy -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html