OpenEuphoria

Re: [WIN] drive space used != total file space used; whynot?

• Posted by Dan Moyer <DANIELMOYER at prodigy.net> Feb 09, 2002
• 460 views

Kat,

Space taken up for filenames makes sense, maybe that's it.  I did round up
to nearest cluster increment, that's what I was checking via "properties",
to see what space it said was actually used for each directory's contents,
although I had to force feed cluster size because I still can't get a valid
cluster size programmatically.

On a nearly empty 10gig drive, "properties" reports about 2 million LESS
bytes used than summation of all files; on a nearly full 3gig drive,
"properties" reports about 12 million MORE bytes used than summation of all
files.  sigh.

I guess for my purposes I'll just ignore the drive space used disparity as
long as I'm getting apparently "accurate" reports for space used per
directory.

Dan

----- Original Message -----
From: "Kat" <gertie at PELL.NET>
To: "EUforum" <EUforum at topica.com>
Sent: Saturday, February 09, 2002 6:15 PM
Subject: Re: [WIN] drive space used != total file space used; whynot?


>
> On 9 Feb 2002, at 16:53, Dan Moyer wrote:
>
> >
> > Euman,
> >
> > Thanks, but that's not what I need.  I'm not looking for FREE space on a
> > drive, I'm trying to display the space USED by all directories on a
drive.
> > I'm getting that ok (verified afterward by using "properties" on each
> > directory & comparing), but when I SUM UP all the space used by all
> > directories (& also all files on the drive which are not in
directories),
> > and compare that to what I see when I use "properties" on the DRIVE
itself, the
> > "properties" says there's more space used up on the drive than the
summing of
> > the directories says.
> >
> > So I'm wondering what I'm missing.
> >
> > Anybody got any idea what might be going on?
>
> How about the space used by the file names themselves? Remember too,
> the long file names (over 8.3) take up more space. And the directory and
> subdirectory space the filenames live in with their pointers to the files
> themselves (the FAT, 2 or 3 of them, depending). And round everything up
to
> the nearest cluster increment.
>
> Kat
>
>
>
>