[Top][All Lists]

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

Re: [Findutils-patches] [PATCH] find memory leak

From: Bernhard Voelker
Subject: Re: [Findutils-patches] [PATCH] find memory leak
Date: Wed, 8 Feb 2017 17:08:46 +0100
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.7.0

On 02/08/2017 04:49 PM, Dale R. Worley wrote:
> Bernhard Voelker <address@hidden> writes:
>>> /proc/self/mountinfo for "/" has 0:18, but stat shows 0:20
>>> /proc/self/mountinfo for "/boot" has 0:18, but stat shows 0:43
>> Okay, so for btrfs, the cache function obviously doesn't work based on 
>> st_dev.
>> I have to think about how to work around that - it's a pity we have to
>> single out special file system types ...
> I'm no expert, but that sounds like an outright error in btrfs (or
> something).  Should we hack find to compensate for that?

I also consider this issue in btrfs clearly as a design bug - along
others, e.g. you can search for "df not working for btrfs" - but maybe
we can weaken the problems for find.  The idea is to build the cache
based on the magic FS number instead of the major/minor.  I'll need
some quiet minutes on the weekend to think about it.

Have a nice day,

reply via email to

[Prev in Thread] Current Thread [Next in Thread]