On Wed, 4 Dec 2002, Charlie Clark wrote: > > That's not a bug, that's wanted. As a user you would be very confused if > > the file sizes would always change, or just be different on BeOS, or when > > you copy it to another volume, etc. > > You can't do that, it would make a horrible user experience (hey, even > > Windows doesn't do this for NTFS). > > No, it would be very nice to know how much space a file needs on disk, > > including the attributes - unfortunately, BFS don't have a single counter > > for that, so that you'd need to iterate over all attributes to calculate > > their size. It would be very simple to do, but I want to have that > > functionality both in Tracker and BFS, but optionally, not instead of the > > real file size. > > What about a limit on attribute size, though? The guys at SiegfriedSoft > said it caused a real problem and took a long time to find out how much > space a file occupies. They wrote their own code for doing this as they > said the standard stuff was way too slow: Figures takes up to 10 minutes > longer to start a 2 GB backup, apparently. Doesn't stuffing the attributes > with Francois pr0n slow the fs down? Sorry, but making it less flexible is not an option. :P Anyway, you don't really need to put gigantic attributes there. So just don't. :) -Bruno