The intention here is that explicit requests to examine the The type of "file/." shall be S_IFDIR, _not_ S_IFREG.Ĭorollary: stat("file/.") will return that it's a directory. An ordinary file path followed by "/" _and_ one or more pathĬomponents will open the file as a directory and enter it.Ĭorollary: opendir("file/.") will open an ordinary file.Ĥ. Way for userspace to get the same results as O_DIRECTORY.ģ. This is because appending a trailing slash is an alternate An ordinary file path followed by "/" won't open an ordinary file.Ĭorollary: opendir("file/") won't open an ordinary file. O_DIRECTORY won't open an ordinary file.Ĭorollary: opendir("file") won't open an ordinary file.Ģ. The very useful "everything's a file" way - i.e. On the other hand, being able to enter a file in a directory-like wayĪllows structured representations of the contents to be accessed in Ls -R et al.) won't automatically traverse into every file. Programs exist which quite reasonably assume that when you create aįile, you can't opendir() the file, and recursive listings (like find, xml file and list the internal structure along For example, with reiser4's model, you can cd into a Xattrs aren't a complete solution as you can't store structured data I quite like the principle, but because it's not like POSIX andĭoesn't match some program's expectations, it's a problem in its
Listing it recursively shows extra things created by reiser4. So the list of files that treescan finds depends on whether reiser4 (reiserfs doesn't return d_type values, unfortunately). However, if reiser4 returns d_type values, then it won't even attemptĪn open on non-DT_DIR objects, and that's a better optimisation. Which are directories and can be read using readdir(). It assumes that O_DIRECTORY will only open objects The find-like program I use (called treescan) uses O_DIRECTORY as an To: Christoph Hellwig, Lee Revell, Andrew Morton, reiser,
20:42 ` Lee Revell 21:18 ` Jamie Lokier 1 sibling, 0 replies 1220+ messages in thread Ugh, how embarrassing, I completely forgot about stat(). > the find I have here is using lstat and not open with O_DIRECTORY, so On Tue, at 16:38, Christoph Hellwig wrote: 21:18 ` Jamie Lokier 1 sibling, 0 replies 1220+ messages in thread 20:38 ` Christoph Hellwig 20:42 ` Lee Revell The find I have here is using lstat and not open with O_DIRECTORY, so > So `find -type d' would list every file on the system? > On Tue, at 16:25, Christoph Hellwig wrote: 21:18 ` Jamie Lokier 0 siblings, 2 replies 1220+ messages in threadįrom: Christoph Hellwig 20:38 UTC ( / raw)Ĭc: Christoph Hellwig, Andrew Morton, reiser, linux-fsdevel, linux-kernel 20:35 ` Lee Revell 20:38 ` Christoph Hellwig So `find -type d' would list every file on the system? > this flag entirely useless and opens up the races it tries to htaccess handling in apache and glibc compilation this also renders
> - O_DIRECTORY opens succeed on all files on reiser4. On Tue, at 16:25, Christoph Hellwig wrote: To: Christoph Hellwig +Cc: Andrew Morton, reiser, linux-fsdevel, linux-kernel 19:53 ` Hans Reiser 2 siblings, 1 reply 1220+ messages in thread 20:25 silent semantic changes with reiser4 Christoph 20:35 ` Lee Revell
Install gap for gimp on mac code#
I can't find a formal guarantee in the code this
If we want to supportĭirectories as files we'll probably have to find a way to work This one has different meanings onĭirectories vs files on UNIX systems. This flag entirely useless and opens up the races it tries to htaccess handling in apache and glibc compilation this also renders O_DIRECTORY opens succeed on all files on reiser4. Incompatible with other filesystems and have a slight potential to break To: akpm, reiser +Cc: linux-fsdevel, linux-kernelĪfter looking trough the code and mailinglists I'm quite unhappy withĪ bunch of user-visible changes that Hans sneaked in and make reiser4 ` (2 more replies) 0 siblings, 3 replies 1220+ messages in threadįrom: Christoph Hellwig 20:25 UTC ( / raw) Silent semantic changes with reiser4 All of help / color / mirror / Atom feed * silent semantic changes with reiser4 20:25 Christoph Hellwig
0 kommentar(er)
