Re: [PATCH v5 11/12] Fix error-prone fill_directory() API; make it only return matches

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Elijah Newren <newren@xxxxxxxxx> writes:

>> Looking at the commit in question (95c11ecc73), there must have been
>> some reason that it injected the pathspec check between the
>> "path_excluded" and the "path_untracked" cases.  The diff below
>> basically undoes that split, so I have a feeling I'm missing something.
>
> Awesome, thanks Andreas for the bisected report and Martin for finding
> and fixing the bug.  As for the reason that the old patch injected the
> pathspec check between the path_excluded and the path_untracked cases,
> that appears to me to just be "I'm good at making boneheaded
> mistakes".  Your changes here are the right fix.  As a separate
> optimization, we could maybe make simplify_away() a bit more involved
> and have it exclude a few more paths so that fewer make it to this
> final check, but that's just optimization work that is separate from
> your fix here.
>
> Reviewed-by: Elijah Newren <newren@xxxxxxxxx>

This is in 2.27-rc0, so it is not ultra-urgent to fix it at the tip
of the current development track, but let's make sure we have a fix
with a proper log messasge in a mergeable state (meaning "have
already been cooked in 'next' for a week or two) early in the next
cycle.

Thank you, Andreas, Martin and Elijah, as always.



[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]

  Powered by Linux