Magnus Hagander wrote:
> > Claudio Natoli <claudio(dot)natoli(at)memetrics(dot)com> writes:
> > > Under Win32, stat() returns an st_ino field, but it has no
> > meaning (on
> > > Win2K, and possibly all Win32 variants, it is always 0).
> > MSDN says:
> > Number of the information node (the inode) for the file
> > (UNIX-specific). On UNIX file systems, the inode describes the
> > file date and time stamps, permissions, and content. When files
> > are hard-linked to one another, they share the same inode. The
> > inode, and therefore st_ino, has no meaning in the FAT, HPFS, or
> > NTFS file systems.
> > I wonder if this might return non-zero for some relatively
> > rare Win32 filesystems (say, an NFS share mounted via MS
> > Services For Unix). Perhaps it might be cleaner to consider a
> > zero inode "unknown", and therefore not equal to anything else?
> It still returns 0 on a NFS share mounted with SFU (just tested). My bet
> is that it will always return 0.
> Might still be cleaner to change the code to make "zero equals unknown".
> Is there a risk of another filesystem om some platform that won't return
In reading the patch, it seems he is only doing "zero equals unknown" on
Win32, so I think we are fine. We should continue using the inode on
Bruce Momjian | http://candle.pha.pa.us
pgman(at)candle(dot)pha(dot)pa(dot)us | (610) 359-1001
+ If your life is a hard drive, | 13 Roberts Road
+ Christ can be your backup. | Newtown Square, Pennsylvania 19073
In response to
pgsql-patches by date
|Next:||From: Bruce Momjian||Date: 2004-02-09 16:51:01|
|Subject: Re: Updated win32 readdir patch|
|Previous:||From: Michael Glaesemann||Date: 2004-02-09 15:58:47|
|Subject: Linking references in documentation|