www.delorie.com/archives/browse.cgi   search  
Mail Archives: djgpp-workers/1999/09/14/09:51:48

Date: Tue, 14 Sep 1999 15:41:59 +0200 (IST)
From: Eli Zaretskii <eliz AT is DOT elta DOT co DOT il>
X-Sender: eliz AT is
To: Martin Stromberg <Martin DOT Stromberg AT lu DOT erisoft DOT se>
cc: DJGPP-WORKERS <djgpp-workers AT delorie DOT com>
Subject: Re: FAT32 detection
In-Reply-To: <199909141031.MAA22215@propus.lu.erisoft.se>
Message-ID: <Pine.SUN.3.91.990914153710.19678A-100000@is>
MIME-Version: 1.0
Reply-To: djgpp-workers AT delorie DOT com
X-Mailing-List: djgpp-workers AT delorie DOT com
X-Unsubscribes-To: listserv AT delorie DOT com

On Tue, 14 Sep 1999, Martin Stromberg wrote:

> Eli said:
> > On NT 4.0sp3: A: returns FAT12, but H: (a networked disk mounted via NFS) 
> > returns FAT16.  I guess you need to check for the drive type explicitly.
> > Also, C:, an NTFS partition, returns FAT16.  What do we want an NTFS 
> > partition to return?
> 
> Arrgh! NTFS should return -1 (FAT size is not defined on such a beast, to 
> my knowledge). How do I check the drive type?

_get_volume_info returns the filesystem type, except that it calls a 
function from the LFN API, and so doesn't work on NT :-(

Does NT even support FAT32 for its DOS box?  Does anybody have access to 
such a system to check whether FAT32-specific DOS calls work on NT, 
both on NTFS and FAT32 partitions?

If FAT32 is not supported by NT, then we could simply detect NT (by 
looking at the DOS version number) and return -1.  Or perhaps leave it at 
FAT16, since if the filesystem is FAT, that's the truth.

- Raw text -


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