Also, it should be noted with respect to resource forks that Apple took a big step back from them in OS X. Developers were encouraged not to use them, and instead use single-forked "flat files". I believe Apple has since reconsidered and is moving back towards using the resource fork again, or at least does not discourage developers from using it. I am not sure if Spotlight uses resources forks at all or if it uses entirely different mechanisms for file metadata. The reason that multi-forked files never appeared in the Windows world is that FAT[16/32] does not support multi-forked files, although I believe that NTFS does.
Personally I think a resource fork is a great idea. The file type/creator code system certainly beat the pants off of the three-letter extension model in DOS/Windows.
Justin
On Wednesday, April 20, 2005, at 02:01 PM, Phillip Jones, C.E.T. wrote:
You didn't mention That. zip was a foriegn format for OS9 until the program you mention came along and then about the same time Aladdin (Allume) came along and figured out how to do zip.
David McQueen wrote:Actually, what I did was save and archive on my OS X machine and move it across the LAN to my OS 9 Machine, which was acting as my window to the outside world at the time, and then on the OS 9 machine decompress the file.
So there was no encoding involved as in sending an Email attachment.
Now if I take the same file on my OS9 machine and use DropZip (forget which version), I can compress and decompress without these remnants.
Note that sending files archived with .zip in OSX to another OSX machine does not result in this. I have sent files back and forth to a couple of my clients that way and they never see a remnant. All works as it should.
Dave McQueenSounds like the person on the other end didn't encode the file using AppleDouble which merges Mac's Resource and Data forks into one merged file.
Mac has always youed a two fork file system a File is actually made up of two files locked together. A resource fork this tells the Mac which Application is supposed to open the File. Andthe Data Fork which as it states contains the Data.
This was and is still the reason why its difficult to create a virus that seriously affect a Mac File. In most cases on OS9 all you needed to do to get rid of what viruses out there for Mac was simply rebuild the desktop.
But, it cause minor problems when sent to PC people becase they receive two files. If they open one they see gebrish (the Resource file). Then if they open the open the other The see the Data. In the older days Word used the the resource fork to keep the formatting and line breaks. So if you openned the Data forks you might have to reformat and re add line breaks.
AppleDouble was designed to merge the two files into one Data fork that PCer's could use.
OSX still uses the same system but now only pointers to what application is used to open the file is in there. So The Data fork contains everything the PCer needs to open and view Mac file.
David McQueen wrote:
I have seen strange things with the built in archiving for OS X. Decompressing on a classic os machine leaves three folders:
An enclosing folder OSX folder Another folder
and two files one in the OSX folder and one in the other folder.
I have not explored it so I do not know if it is just something local to this particular machine OSX 10.3.4 then OS X .3.8
Decompressing on windows does not appear to be a problem from what I can see.
HTH
Dave McQueen
> In the FWIW department, XP's built-in zip handling is SLOW. I mean,
really, really slow.
Not for me. Routinely zip up multi megabyte files.
Take care with OSX archiving as it is a proprietary format which I do
not think works when you try to decompress under another OS !
Works for me daily between OS X (10.3.8) and Windows XP Pro.
Steven
-- Steven H. Blackwell
Partner Member, FileMaker Solutions Alliance
FileMaker 7 Certified Developer
_________________________________________
"The commitment of our Fathers is now the calling of our time."
_________________________________________
FileMaker� Pro 7 Is Here!
http://www.filemaker.com/support/upgrade/techbriefs.html
The New http://www.FMP-Power.com One Hundred Thirty Seven Countries of FileMaker Pro!!
-- To unsubscribe: send an email to <[EMAIL PROTECTED]>
FMPexperts is hosted by Ironclad Networks <http://www.ironclad.net.au/>
-- --------------------------------------------------------------------- ---
Phillip M. Jones, CET |MEMBER:VPEA (LIFE) ETA-I, NESDA,ISCET, Sterling
616 Liberty Street |Who's Who. PHONE:276-632-5045, FAX:276-632-0868
Martinsville Va 24112 |[EMAIL PROTECTED], ICQ11269732, AIM pjonescet
--------------------------------------------------------------------- ---
If it's "fixed", don't "break it"!
mailto:[EMAIL PROTECTED]
<http://www.kimbanet.com/~pjones/default.htm> <http://www.kimbanet.com/~pjones/90th_Birthday/index.htm> <http://www.kimbanet.com/~pjones/Fulcher/default.html> <http://www.kimbanet.com/~pjones/Harris/default.htm> <http://www.kimbanet.com/~pjones/Jones/default.htm>
<http://vpea.exis.net>
--
To unsubscribe: send an email to <[EMAIL PROTECTED]>
FMPexperts is hosted by Ironclad Networks <http://www.ironclad.net.au/>
--
----------------------------------------------------------------------- -
Phillip M. Jones, CET |MEMBER:VPEA (LIFE) ETA-I, NESDA,ISCET, Sterling
616 Liberty Street |Who's Who. PHONE:276-632-5045, FAX:276-632-0868
Martinsville Va 24112 |[EMAIL PROTECTED], ICQ11269732, AIM pjonescet
----------------------------------------------------------------------- -
If it's "fixed", don't "break it"!
mailto:[EMAIL PROTECTED]
<http://www.kimbanet.com/~pjones/default.htm> <http://www.kimbanet.com/~pjones/90th_Birthday/index.htm> <http://www.kimbanet.com/~pjones/Fulcher/default.html> <http://www.kimbanet.com/~pjones/Harris/default.htm> <http://www.kimbanet.com/~pjones/Jones/default.htm>
<http://vpea.exis.net>
-- To unsubscribe: send an email to <[EMAIL PROTECTED]> FMPexperts is hosted by Ironclad Networks <http://www.ironclad.net.au/>
-- To unsubscribe: send an email to <[EMAIL PROTECTED]> FMPexperts is hosted by Ironclad Networks <http://www.ironclad.net.au/>
