Re: [PATCH 2/2] dir: remove PATH_MAX limitation

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

 



On Sat, Jul 12, 2014 at 6:43 AM, Karsten Blees <karsten.blees@xxxxxxxxx> wrote:
> Am 12.07.2014 00:29, schrieb Junio C Hamano:
>> Karsten Blees <karsten.blees@xxxxxxxxx> writes:
>>
>>> Anyways, I'd like to kindly withdraw this patch in favor of Duy's version.
>>>
>>> http://article.gmane.org/gmane.comp.version-control.git/248310
>>
>> Thanks; I've already reverted it from 'next'.
>>
>> Is Duy's patch still viable?
>>
>
> I think so. It fixes the segfault with long paths on Windows as well
> (Tested-by: <me>), uses strbuf APIs as Peff suggested, and initializes the
> strbuf with PATH_MAX (i.e. no reallocs in the common case either ;-) ).
>
> AFAICT the first two patches of that series are also completely unrelated
> to the untracked-cache, so we may want to fast-track these?
>
> [01/20] dir.c: coding style fix
> [02/20] dir.h: move struct exclude declaration to top level
> [03/20] prep_exclude: remove the artificial PATH_MAX limit
>
> ...perhaps with s/if (!dir->basebuf.alloc)/if (!dir->basebuf.buf)/
>
> @Duy any reason for not signing off that series?

That series still need a lot more work, but for those first three, if
you want to fast track, you have my sign-offs.
-- 
Duy
--
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




[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]