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 -