Re: Interrupt on readdirplus?

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

 



On Wed, Sep 11, 2024 at 11:51 AM Bernd Schubert
<bernd.schubert@xxxxxxxxxxx> wrote:
> > If I don't ignore the offset, I have to implement a workaround on my
> > side which is expensive and clumsy (which is what the `mustSeek`
> > variable controls.)
> >
>
> That is the part I still do not understand - what is the issue if you do
> not ignore the offset? Is it maybe just the test suite that expects
> offset 25?

Not ignoring the offset means that I have to be prepared to support
some form of directory seeks.

Directory seeking is notoriously difficult to implement in general, so
few if any users have actually done this. If you don't have to support
directory seeks, a FS can just compile a list of entries on the
OPENDIR call, which the library can then return piecewise. This is not
correct enough to export the FS over NFS, but this works well enough
for almost any other application.

I can probably kludge up something if I remember what I sent in the
last readdirplus call, but then I would like to be really sure that I
only have to deal with the last READDIRPLUS call (or READDIR as well?
not sure.) having to be redone.

Besides being annoying to write, the kludge also takes up memory and
time on every call of readdirplus.

-- 
Han-Wen Nienhuys - hanwenn@xxxxxxxxx - http://www.xs4all.nl/~hanwen





[Index of Archives]     [Linux Ext4 Filesystem]     [Union Filesystem]     [Filesystem Testing]     [Ceph Users]     [Ecryptfs]     [NTFS 3]     [AutoFS]     [Kernel Newbies]     [Share Photos]     [Security]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux Cachefs]     [Reiser Filesystem]     [Linux RAID]     [NTFS 3]     [Samba]     [Device Mapper]     [CEPH Development]

  Powered by Linux