extending the maximum filename length (pointer to patch)[request for input]
Ben RUBSON
ben.rubson at gmail.com
Tue Sep 12 21:11:57 UTC 2017
On 12/9/17 2:17 pm, Conrad Meyer wrote:
> On Sat, Sep 9, 2017 at 9:09 AM, Julian Elischer <julian at freebsd.org> wrote:
>> maybe we could get it into -current.
>> It'd be silly to have to have people re-inventing hte wheel all the time.
>> How about you put those changes into the reviews.freebsd.org and we can get
>> some general consensus on them.
>> We'll have to do similar for the Asian customers and anyone who uses UTF-8.
>> So it
>> would be silly to have to develop it all again (but subtly different of
>> course).
>>
>> The key issue is how many system calls and other APIs would be broken,
>> and how many would be broken in a non backwards compatible way?
>>
>> We would need it in a stable/10 and 11 branch but if the patch is isolated
>> enough we could carry it forward until we get to 12.
>>
>> One has to allow people to do whatever they are used to with Windows.
>> And in this case the issue is serving files over samba to windows machines.
> Hey Julian,
>
> I've thrown the patch up at https://reviews.freebsd.org/D12330 . I
> haven't actually tested it on FreeBSD, but it does compile. We also
> have some patches against contrib/pjdfstest to fix those tests against
> long file names, but I think we can hold off on those changes until
> we've nailed down what the architectural change will be (if any).
Hi Conrad,
This patch makes me think about another related bug #184340 :
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=184340
It is about PATH_MAX which in some cases can be too small.
Not sure if it's the case / and how to do it,
but perhaps it is time to raise some other limits /
think about a global solution regarding these length limits ?
Many thanks !
Ben
More information about the freebsd-current
mailing list