Re: For those who care about pam-ssh: RFC
On Wed, Dec 17, 2008 at 12:57 AM, Steve McIntyre <email@example.com> wrote:
> Luca wrote:
>>2008/12/16 Luca Niccoli <firstname.lastname@example.org>:
>>> I can't really see what I'm doing wrong...
>>Maybe I have a clue:
>>++file_filter(const struct dirent *dir)
>>++ return (DT_REG == (DT_REG & dir->d_type)) ||
>>++ (DT_LNK == (DT_LNK & dir->d_type)) ;
>>But I use XFS, which seems to have some problems with d_type 
>>I'm not really sure this is the source of the problem, but I thought
>>it was worth giving a try...
Reading the man page of readdir you should alway test for DT_UNKNOWN,
and fallback to stat
if DT_UNKNOWN is set. And you should guard this test by #ifdef
Moreover if you read getdents manpage, you will read that d_type is
only filled since 2.6.4! In all the case I think we need to open a bug
for getdents manpage it does not specify that d_type is DT_UNKNOW
before 2.6.4 (backward compatibilty). I will fill a bug report.
Perhaps filling a bug to manpage will be appropriate because wording
is not clear.
Please beware that they are issue with link and directory. Like for instance in
d_type is an optimization not a thing that alway work.
> I don't know about the exact state today, but at least in the past
> many filesystems have not filled in d_type in readdir() calls. If you
> want to see the type of a filesystem object safely and portably,
> you'll need to call stat() or similar on each file.
> Steve McIntyre, Cambridge, UK. email@example.com
> Mature Sporty Personal
> More Innovation More Adult
> A Man in Dandism
> Powered Midship Specialty
> To UNSUBSCRIBE, email to debian-devel-REQUEST@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact firstname.lastname@example.org