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