delorie.com/archives/browse.cgi | search |
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 |
> 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.
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |