From:	sandmann AT clio DOT rice DOT edu (Charles Sandmann)
Message-Id:	<10108151435.AA13141@clio.rice.edu>
Subject:	Re: Fw: Fstat.c patch
To:	eliz AT is DOT elta DOT co DOT il
Date:	Wed, 15 Aug 2001 09:35:12 -0500 (CDT)
Cc:	acottrel AT ihug DOT com DOT au, djgpp-workers AT delorie DOT com
In-Reply-To:	<8632-Wed15Aug2001094152+0300-eliz@is.elta.co.il> from "Eli Zaretskii" at Aug 15, 2001 09:41:53 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

> > Right, but it could be a list.  New serial number you've never
> > seen, you check the removables for new serial number?
> 
> I'm afraid this would be very slow.  I was hoping someone knows about
> an algorithmic way to compute a drive out of a label without actually
> hitting the disk.

Just a thought for a potential workaround (probably not needed frequently
or at all if the new _open stuff works).

If dev info is zero, and NTLFN, maybe can't trust it.  Use 71a6 to get
volume serial number - and if it matches a known number use that device
instead of 0.

I'm betting that the number of real uses of floppy files is so rare
with DJGPP on NT/2K that extra overhead in that case would be worth
getting the right values.

- Raw text -