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
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
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
Precedence: bulk

> > 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.