> Date: Fri, 20 Jan 2006 14:47:40 +0900
> From: djh <[EMAIL PROTECTED]>
>
> In December of last year, 2005, the cygwin developers deprecated d_ino
> out of the dirent.h defined dirent structure.
>
> This break emac's dired.c (from compiling)
>
> Ref: http://www.cygwin.com/ml/cygwin/2005-12/ms
On Jan 20 13:08, Eli Zaretskii wrote:
> > Date: Fri, 20 Jan 2006 14:47:40 +0900
> > From: djh
> >
> > In December of last year, 2005, the cygwin developers deprecated d_ino
> > out of the dirent.h defined dirent structure.
> >
> > This break emac's dired.c (from compiling)
> >
> > Ref: http:
On Fri, 20 Jan 2006, Eli Zaretskii wrote:
> > Date: Fri, 20 Jan 2006 14:47:40 +0900
> > From: djh <[EMAIL PROTECTED]>
> >
> > In December of last year, 2005, the cygwin developers deprecated d_ino
> > out of the dirent.h defined dirent structure.
...changing it to __deprecated_d_ino, I believe.
> Date: Fri, 20 Jan 2006 08:29:20 -0500 (EST)
> From: Igor Peshansky <[EMAIL PROTECTED]>
> cc: djh <[EMAIL PROTECTED]>, emacs-devel@gnu.org, cygwin@cygwin.com
>
> > > This break emac's dired.c (from compiling)
> > > Ref: http://www.cygwin.com/ml/cygwin/2005-12/msg00205.html
> >
> > Without knowing
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Corinna Vinschen on 1/20/2006 5:25 AM:
>
> I'm also having a problem right now building rcp and scp due to the
> missing d_ino. OTOH, the d_ino member is not required by POSIX, but
> only in X/Open compliant OSes, see
>
> http://www.o
On Jan 20 06:59, Eric Blake wrote:
> According to Corinna Vinschen on 1/20/2006 5:25 AM:
> > I'm also having a problem right now building rcp and scp due to the
> > missing d_ino. OTOH, the d_ino member is not required by POSIX, but
> > only in X/Open compliant OSes, see
> >
> > http://www.open
[Resent to add emacs-devel and Eli on the "To:" list]
On Jan 20 06:59, Eric Blake wrote:
> According to Corinna Vinschen on 1/20/2006 5:25 AM:
> > I'm also having a problem right now building rcp and scp due to the
> > missing d_ino. OTOH, the d_ino member is not required by POSIX, but
> > only i
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Eli Zaretskii on 1/20/2006 6:56 AM:
>
>>Frankly, many programs expect that if d_ino is present, it has the correct
>>value (i.e., the same as st_ino).
>
>
> Which programs expect that, besides the two Chris mentioned?
Several of the co
On Jan 20 15:56, Eli Zaretskii wrote:
> > From: Igor Peshansky
> > > Without knowing the full details, I'd risk saying that this was not
> > > the best decision. Is there really no way of making d_ino be
> > > consistent with what `stat' returns about the same directory?
> >
> > Corinna already
> Date: Fri, 20 Jan 2006 07:18:18 -0700
> From: Eric Blake <[EMAIL PROTECTED]>
> CC: cygwin@cygwin.com, [EMAIL PROTECTED], emacs-devel@gnu.org
>
> Which is why it is prohibitively expensive for cygwin to populate it with
> the correct value on WinNT and Win2K; too few applications use d_ino to
>
> You could have a flag that, if set, will instruct readdir to do the
> expensive processing. Applications that need the real inode will set
> that flag.
And then we would have to change applications to call this nonstandard
entry point at the beginning of their program to set the flag. As long
> From: [EMAIL PROTECTED] (Eric Blake)
> Cc: cygwin@cygwin.com, [EMAIL PROTECTED], emacs-devel@gnu.org
> Date: Fri, 20 Jan 2006 17:01:37 +
>
> > You could have a flag that, if set, will instruct readdir to do the
> > expensive processing. Applications that need the real inode will set
> > tha
Eric Blake <[EMAIL PROTECTED]> writes:
> What platforms use d_ino==0 to mean an empty entry, rather than an entry
> where st_ino must be checked?
This is traditional Unix behaviour. The original dirent structure (which
was actually struct direct from ) directly matched the contents
of the direct
On Jan 20 19:22, Eli Zaretskii wrote:
> > From: Eric Blake
> > As long as we are editing programs, we might as well teach them to
> > respect a sentinel of -1 without having to resort to adding a
> > nonstandard entry point.
>
> I don't see how this is better: -1 is an arbitrarily picked value,
>
14 matches
Mail list logo