-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 How about an extension to getattrlist()? Another VOL_CAP? Perhaps VOL_CAP_FMT_LARGE_FILES? I'd also like to see getattrlist() extended so the FS UUID can be accessed. On May 11, 2004, at 12:53 AM, Sam Vaughan wrote:
d'Oh!
3650132.
If FCP were testing the bSupports2TBFiles bit, which VOP/VFS interface
would the Carbon File Manager be using to ask us the answer? I'd like
to put the code in now so that it will all just work when FCP/CFM are
fixed.
Thanks Quinn,
Sam
On 11/05/2004, at 3:00 PM, darwin-kernel-request@lists.apple.com wrote:
Hmmm, I think that there are least two issues here. For a start, FCP
(or whatever underlies it) should determine whether a volume supports
large files by testing the bSupports2TBFiles bit in the
vMExtendedAttributes field of the GetVolParmsInfoBuffer returned by
the Carbon File Manager routine PBHGetVolParmsSync. However, it
doesn't look like it's doing this (because of the next point). I'd
consider that a bug.
Second, it seems that the Carbon File Manager sets this flag based on
a simple volume identifier check. If the volume is original HFS, it
clears the flag, otherwise it sets it. This is a bug IMHO. The
Carbon File Manager should not contain hard-wired special cases for
particular file systems.
You know the drill...
Brian Bergstrand <http://www.bergstrand.org/brian/>, AIM: triryche206 PGP Key: <http://www.bergstrand.org/brian/misc/public_key.txt> To know recursion, you must first know recursion. -----BEGIN PGP SIGNATURE----- Version: PGP 8.0.3 iQA/AwUBQKD3MnnR2Fu2x7aiEQKhxgCfZevjdLjGbvFOCwmYWninp4HFWmQAoOvB rLH8wHqRw5QdP1NMCoL5x7kE =uaLq -----END PGP SIGNATURE----- _______________________________________________ darwin-kernel mailing list | darwin-kernel@lists.apple.com Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/darwin-kernel Do not post admin requests to the list. They will be ignored.