[X-Unix] What's in an MP3's resource fork..? [Was: Re: [X4U] ._annoying_files on SMB shares - can I remove them..?]

Jakob Peterhänsel jakob at hjemme.dk
Mon Apr 19 23:19:41 PDT 2004


Hi,

Rest assured the .DS_Store is left by the Finder:

1: It's invisible (the .)
2: It's only containing info about how to display the enclosing folder.

Resource forks from user files will be called ._<filename> if I 
remember right.

____________________________________________
Jakob Peterhänsel
Network Consultant
Tel: +45 7022 1014
Fax: +45 7022 1013
Mob: +45 22 68 49 61
jp at netpoint.com
www.NetPoint.com


On 20. apr 2004, at 4:34, Stroller wrote:

>
> On Apr 10, 2004, at 3:12 pm, Alex wrote:
>>>
>>>> ._FileName are separate files where the content of the resource 
>>>> fork is stored. Mac files have two forks, a data fork and a 
>>>> resource fork. This file architecture is incomprehensible to other 
>>>> OSs, so the most common effect of copying a Mac file to a foreign 
>>>> OS is the stripping of the resource fork. To avoid this, when 
>>>> copying to a Win volume, Mac OS X copies the content of the 
>>>> resource fork to a separate file.
>>>
>>> [...] Okies, so what applications NEED the data in the resource 
>>> fork..?
>>
>> There's no hard-and-fast rule. For instance, I believe you mentioned 
>> InDesign. This one stores the PICT preview in the resource fork, so 
>> you should still be able to open .indd files on Windows or Mac even 
>> if the resource fork is stripped.
>>
>> By and large, you may assume files from x-platform apps (e.g., 
>> InDesign, Illustrator, FileMaker, Office, etc.) either won't have a 
>> resource fork or won't have any critical data there; while Mac-only 
>> apps may store important data in the resource fork.
>
> Sorry to be bringing this up again, but I'm now in the middle of 
> writing my killer Bash script for removing unwanted .DS_Store from SMB 
> shares.
>
>      echo "Looking for .DS_Store files left by Apple's Finder in 
> $path" >&2
>      FILES=`find $path -name .*DS_Store`;
>      for file in $FILES
>      do
>        if [ `file -b $file` = "data" ]
>        then
>           rm $file
>        fi
>      done
>
> Since I figure it's possible that a user might name an important 
> document .DS_Store, I use `file` to check that they're the same 
> filetype as all the other .DS_Store I had lying around to check 
> against. I don't think there's any other way to determine 
> programatically whether ._DS_Store files are really the anticipated 
> Finder-droppings rather than lurking Word documents, although I've 
> been interested to note that all of mine from this evening's session 
> are either 6148 bytes long, or double that, 12292.
>
> So I think it's safe to say that the resource forks of jpegs and other 
> images can safely be removed, as with Word .doc files. But what about 
> those of MP3s..? Does iTunes keep any data there..? What about any 
> other filetypes of which the resource forks are either essential or 
> unimportant..?
>
> Thanks,
>
> Stroller.
>
>
> ----------
> Check out the Mac OS X email list FAQ
> http://www.themacintoshguy.com/lists/X.html
>
> To unsubscribe, E-mail to: <X-Unix-off at lists.themacintoshguy.com>
> To switch to the DIGEST mode, E-mail to 
> <X-Unix-digest at lists.themacintoshguy.com>
> Need help from a real person? Try.  
> <X-Unix-request at lists.themacintoshguy.com>
>
> ----------
> $14.99 Unlimited Nationwide Mac Dialup and Mac Web Hosting from your 
> Mac ISP Serious Mac Internet Solutions From NineWire!   
> http://macinternetaccess.com
>
> DVIator   | Run Dual ADC displays on your G4 or just one on an older 
> Mac! Dr. Bott  | <http://www.drbott.com/prod/DVIator.html>
>
>   Support   | Support this list by clicking here before you buy!
>  this List  |  http://www.themacintoshguy.com/support.html
>
> OS X News, Dr.Mac, Forums, Tutorials, Tips, Hints, FAQ?s - 
> http://www.osxfaq.com



More information about the X-Unix mailing list