Resource fork & metadata - max size?

[Karl Moskowski]

I've been working on an Objective-C Zip utilities class that wraps around minizip. It works and it's mostly compatible with archives produced by Leopard's Archive Utility.

To save a file's resource fork and extended attributes:
        NSString *path = @"/path/to/a/file.ext";
        NSString *appleDoublePath = @"/path/to/a/._file.ext";
        GMAppleDouble *appleDouble = [GMAppleDouble appleDouble];

        NSData *appleDoubleData = [appleDouble data];
        [appleDoubleData writeToFile:appleDoublePath atomically:YES];

To restore a resource fork and extended attributes to a file:

        if ([appleDouble entries] && [appleDouble entries].count > 0) {
                for (GMAppleDoubleEntry *entry in [appleDouble entries]) {
                        switch ([entry entryID]) {
                                case DoubleEntryFinderInfo:

                                        break;
                                case DoubleEntryResourceFork:

                                        break;
                                default:
                                        break;
                        }
                }
        }





----
Karl Moskowski <[EMAIL PROTECTED]>
Voodoo Ergonomics Inc. <http://voodooergonomics.com/>

I was able to create AppleDouble ._ files using Uli Kusterer's UKXattrMetadataStore class a slightly hacked version of the GMAppleDouble class from MacFUSE. (The current GMAppleDouble in the project has a method for creating an NSData object from all the entries, but no inverse method; I added a method to do so, plus an accessor for the entries and I moved the entry interface to the public header. I filed a bug at MacFUSE, but it's been deemed a low priority enhancement request.) NSData *finderInfo = [UKXattrMetadataStore dataForKey:[NSString stringWithCString:XATTR_FINDERINFO_NAME] atPath:path traverseLink:NO]; NSData *resourceFork = [UKXattrMetadataStore dataForKey:[NSString stringWithCString:XATTR_RESOURCEFORK_NAME] atPath:path traverseLink:NO]; if (finderInfo.length > 0) [appleDouble addEntryWithID:DoubleEntryFinderInfo data:finderInfo]; if (resourceFork.length > 0) [appleDouble addEntryWithID:DoubleEntryResourceFork data:resourceFork]; NSData * appleDoubleData = [NSData dataWithContentsOfFile: appleDoublePath]; GMAppleDouble *appleDouble = [[GMAppleDouble alloc] initWithData:appleDoubleData]; [UKXattrMetadataStore setData:[entry data] forKey:[NSString stringWithCString:XATTR_FINDERINFO_NAME] atPath:path traverseLink:NO]; [UKXattrMetadataStore setData:[entry data] forKey:[NSString stringWithCString:XATTR_RESOURCEFORK_NAME] atPath:path traverseLink:NO]; My question is, how big can the resource fork and Finder info get? Is reading them into an in-memory NSData object feasible? BTW, if anyone's interested in my still-rough source code (Leopard- only, garbage collection required), let me know and I'd be happy to pass it along.

smime.p7s
Description: S/MIME cryptographic signature

_______________________________________________

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to [EMAIL PROTECTED]