From: Ulrich Drepper <drepper@gmail.com>
To: Theodore Tso <tytso@mit.edu>, Jim Meyering <jim@meyering.net>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: make getdents/readdir POSIX compliant wrt mount-point dirent.d_ino
Date: Tue, 1 Sep 2009 15:03:35 -0700 [thread overview]
Message-ID: <a36005b50909011503y73efdf56yabc4d981db2989bc@mail.gmail.com> (raw)
In-Reply-To: <20090901201943.GB6996@mit.edu>
On Tue, Sep 1, 2009 at 13:19, Theodore Tso<tytso@mit.edu> wrote:
> Furthermore, there are
> plenty of Unix systems that have received POSIX certifications despite
> having this behavior.
A common misunderstanding of certification.
Like for all certifications, being POSIX certified doesn't mean the
certification is valid for all situations. it only means that there
is (at least) one configuration which meets the requirements. In this
case it means the environment simply uses one single filesystem and no
mount points. This way the problem doesn't even arise.
> Fixing it is also going to be decidedly non-trivial since it depends
> on how the directory was orignally accessed. [...]
I guess that this is really a difficult way to solve. I wouldn't want
to pay for something which is hardly ever really used.
But there are programs out there which would like to use the inode
uniqueness. Therefore the next best thing to do is perhaps to return
a flag in the getdents information (in d_type, perhaps) to indicate
that this is a mount point and/or that there are multiple ways to
access the file in question. Then programs which can use the inode
information can be watching for this flag and enter the slow path only
if it's set.
next prev parent reply other threads:[~2009-09-01 22:36 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-09-01 13:07 make getdents/readdir POSIX compliant wrt mount-point dirent.d_ino Jim Meyering
2009-09-01 20:19 ` Theodore Tso
2009-09-01 22:03 ` Ulrich Drepper [this message]
2009-09-03 14:50 ` Eric Blake
2009-11-04 20:22 ` Jeff Layton
2009-11-04 19:29 ` Jim Meyering
2009-11-05 19:48 ` Theodore Tso
2009-11-05 23:28 ` Jim Meyering
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=a36005b50909011503y73efdf56yabc4d981db2989bc@mail.gmail.com \
--to=drepper@gmail.com \
--cc=jim@meyering.net \
--cc=linux-kernel@vger.kernel.org \
--cc=tytso@mit.edu \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox