lkml.org 
[lkml]   [1998]   [Oct]   [14]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: Serious flaw in glibc ?
Linus Torvalds wrote:
> >Otherwise consider what happens backing up /dev to tape...
>
> Yes, ugly. However, the other alternative (that doesn't work with some
> 2.1.x kernels, but they are broken, so you can just blame the kernel in
> that case) is to just append a '/' to the end of the name. That way the

Of if you're dealing with a sane filesystem append '/.' and it should be
safe anywhere. The only difference is that you'll get EPERM in the
strange case of a readable-but-not-searchable directory. Not a great
loss for most applications.

> Finally, I should probably just add a "opendir()" system call. That way
> I could return EISDIR for normal open() calls some day in the future
> when we can drop the old binary support. Consider it done.

Are you sure there's a distinct advantage over just making another flag to
open (and having libc's opendir pass that in?) Seems to me that the
sys_opendir syscall will be almost the same code as sys_open anyway...

-Mitch

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:45    [W:0.869 / U:0.128 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site