From:	sandmann AT clio DOT rice DOT edu (Charles Sandmann)
Message-Id:	<10110010021.AA15172@clio.rice.edu>
Subject:	Re: mntent problem summary on Win2K/XP
To:	eliz AT is DOT elta DOT co DOT il
Date:	Sun, 30 Sep 2001 19:21:19 -0500 (CDT)
Cc:	djgpp-workers AT delorie DOT com
In-Reply-To:	<9003-Sun30Sep2001093244+0300-eliz@is.elta.co.il> from "Eli Zaretskii" at Sep 30, 2001 09:32:44 AM
X-Mailer:	ELM [version 2.5 PL2]
Mime-Version:	1.0
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

> > findfirst does not find volume labels.  It returns all files (but not
> > volume labels...).  Checking the returned attributes and ignoring it
> > if the label bit is not set is probably the best fix here (then we
> > show "Drive X:" syntax.  This fix is probably best done in findfirst.
> 
> I don't think you can do that in findfirst: returning a failure on the
> first file it returns is not right, since W2K returns all files; and
> looping until you exhaust all files, looking for a real label, is also
> something we don't want, I think.
> 
> I'd say let's not look for volume labels at all if DOS version is
> 0x532 and LFN is ON.  I.e. let's make a local change in getmntent.

If I set lfn=n it finds the volume label (is anyone surprised? anyone?
This is Windows 2000 and it's fatter twin XP ...)  This also fixes
the problem with the CD not showing up.

Well, if use_lfn and 0x532 I could set lfn=n in the environment before 
the findfirst for the label, then reset it.  Any better ideas to turn
off lfn in a section of code?

This may mean all attribute searching is broken - not tested.  Sigh.

- Raw text -