delorie.com/archives/browse.cgi   search  
Mail Archives: djgpp-workers/2001/10/01/11:40:58

Date: Mon, 01 Oct 2001 17:37:42 +0200
From: "Eli Zaretskii" <eliz AT is DOT elta DOT co DOT il>
Sender: halo1 AT zahav DOT net DOT il
To: sandmann AT clio DOT rice DOT edu
Message-Id: <1858-Mon01Oct2001173741+0300-eliz@is.elta.co.il>
X-Mailer: Emacs 20.6 (via feedmail 8.3.emacs20_6 I) and Blat ver 1.8.9
CC: wojciech DOT galazka AT polkomtel DOT com DOT pl, djgpp-workers AT delorie DOT com
In-reply-to: <10110011332.AA14984@clio.rice.edu> (sandmann@clio.rice.edu)
Subject: Re: mntent problem summary on Win2K/XP
References: <10110011332 DOT AA14984 AT clio DOT rice DOT edu>
Reply-To: djgpp-workers AT delorie DOT com
Errors-To: nobody AT delorie DOT com
X-Mailing-List: djgpp-workers AT delorie DOT com
X-Unsubscribes-To: listserv AT delorie DOT com

> From: sandmann AT clio DOT rice DOT edu (Charles Sandmann)
> Date: Mon, 1 Oct 2001 08:32:17 -0500 (CDT)
> 
> The set of lfn=n fixed the problem, so we don't have to make a hard
> decision here.  Next question - is it worth the effort to skip the
> putenv calls and replace the current findfirst loop with direct call
> to the DTA call followed by potentially looping the 4e interrupt?
> 
> As slow as getmntent currently is searching for missing floppies and
> network drives, I didn't think it would make much difference.

Using putenv slows down many system calls, since it disables the
optimization in _use_lfn that depends on environment being unchanged
for using the cached value.

It is not so important in mntent, except for the next system call, but
I think we should discourage that in the library in general.

Obviously, not a grave issue in this case, though.

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019