--Apple-Mail-10-946006277
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed


On Dec 16, 2003, at 8:20 AM, Jaromir Dolecek wrote:

> It _seems_ the msdosfs problem could be solved by different
> fileid calculation - for example using disk block number of first block
> in a file as 'inode' number would work up to 2048GB at least (with
> 512B block size). Maybe even beyond 2048GB - IIRC FAT32 can adress
> 4G blocks maximum, so it would probably force bigger block size
> for >2048GB filesystems (if it's supported at all).

Even WinXP seems to disallow FAT file systems of > ~30G (I don't 
remember the exact number, but I had to do a multiple partition dance 
on an external Firewire drive that my wife wanted to use to use on both 
her PC and Mac laptop to store Photoshop files...)

So, it seems as if using the block # of the first file block is a 
reasonable approach for FAT.

         -- Jason R. Thorpe <thorpej@wasabisystems.com>


--Apple-Mail-10-946006277
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQE/3z37OpVKkaBm8XkRAsu8AJ94XrswSUY6MJZSBNiaw8oFusOSJwCZAWDQ
I5jACRtUeM0xoIkrSCUVBeE=
=aoEX
-----END PGP SIGNATURE-----

--Apple-Mail-10-946006277--