[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Bug in builtin function abspath
From: |
Eli Zaretskii |
Subject: |
Re: Bug in builtin function abspath |
Date: |
Fri, 09 Jun 2006 19:43:51 +0300 |
> Date: Fri, 09 Jun 2006 14:57:01 +0200
> From: Alessandro Vesely <address@hidden>
>
> Furthermore, the number of functionalities that make their way through the
> Unix compatibility layer available via msvcrt is even lower. For example,
> the stat64.c source file that comes with the Platform SDK for Windows
> Server 2003 R2, implements stat64() using FindFirstFile and ends like so:
>
> /* now set the common fields */
> buf->st_uid = buf->st_gid = buf->st_ino = 0;
> buf->st_rdev = buf->st_dev = (_dev_t)(drive - 1); /* A=0, B=1, etc.
> */
> return(0);
How predictable...
> Do you think it would be a good idea to use GetFileInformationByHandle[Ex]
> instead?
Sure; but someone already did that: see the libgw32c implementation of
stat.
> I realize I'm slightly OT, as GNU make does not use st_ino.
Actually, it does use st_ino, but the Windows port has suitable
workarounds where that is required.
- Re: Bug in builtin function abspath, (continued)
- Re: Bug in builtin function abspath, Eli Zaretskii, 2006/06/01
- Re: Bug in builtin function abspath, Alessandro Vesely, 2006/06/04
- Re: Bug in builtin function abspath, Eli Zaretskii, 2006/06/04
- Re: Bug in builtin function abspath, Alessandro Vesely, 2006/06/06
- Re: Bug in builtin function abspath, Eli Zaretskii, 2006/06/06
- Re: Bug in builtin function abspath, Earnie Boyd, 2006/06/07
- Re: Bug in builtin function abspath, Eli Zaretskii, 2006/06/07
- Re: Bug in builtin function abspath, Alessandro Vesely, 2006/06/08
- Re: Bug in builtin function abspath, Eli Zaretskii, 2006/06/09
- Re: Bug in builtin function abspath, Alessandro Vesely, 2006/06/09
- Re: Bug in builtin function abspath,
Eli Zaretskii <=
- Re: Bug in builtin function abspath, Alessandro Vesely, 2006/06/10
Message not available