X-Authentication-Warning: delorie.com: mail set sender to djgpp-bounces using -f
Date: Fri, 31 Dec 2004 12:32:44 -0500
Message-Id: <200412311732.iBVHWirM021126@envy.delorie.com>
From: DJ Delorie <dj AT delorie DOT com>
To: djgpp AT delorie DOT com
In-reply-to: <020501c4ef4d$f9b363a0$0600000a@broadpark.no> (message from Gisle
	Vanem on Fri, 31 Dec 2004 16:32:45 +0100)
Subject: Re: _djstat_flags
References:  <020501c4ef4d$f9b363a0$0600000a AT broadpark DOT no>
Errors-To: nobody AT delorie DOT com
X-Mailing-List: djgpp AT delorie DOT com
X-Unsubscribes-To: listserv AT delorie DOT com
Precedence: bulk


> the speed increase is tremendous. Since most program use f?stat()
> as-is, I which there was a environment variable that would do the
> same as above. Does it make sense if crt could do it based on a
> $DJSTAT_FLAGS ?

Which bits make sense to set depends heavily on what the program is
going to do with the results of stat(), so a global per-user setting
is not the right thing to do.  Each program needs to set exactly the
bits they need to get the best performance without sacrificing needed
functionality.

> BTW, it's a bit clumsy to have the logic backwards. I.e.
> (_djstat_flags & _STAT_INODE) *should* get the inode number.

It's designed such that the default value of 0 gives the most
unix-like (i.e. unsurprising) behavior, for programs that are
blissfully unaware of DJGPP's stat() limitations.