Re: The FINDER.DAT bug with Retro 4.3
Subject: Re: The "FINDER.DAT" bug with Retro 4.3 From: "Robin Mayoff" [EMAIL PROTECTED] Date: Tue, 27 Feb 2001 06:09:36 -0800 snip If you choose to delete the finder.dat file, then you can not return the file to a Macintosh without losing Mac specific properties. So, if these files are to permenantly reside on Windows machines after being moved their from a Mac, there's no harm in deleting the "finder.dat" files, then? - Steve -- Steve Maser ([EMAIL PROTECTED])| Thinking is man's only basic virtue, Systems Project Coordinator | from which all the others proceed. Dept. of Mechanical Engineering | -- Ayn Rand -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Search: http://www.mail-archive.com/retro-talk%40latchkey.com/ For urgent issues, please contact Dantz technical support directly at [EMAIL PROTECTED] or 925.253.3050.
Re: The FINDER.DAT bug with Retro 4.3
Yes, that is correct. Windows does not require those files, only the Macintosh. Robin From: Steve Maser [EMAIL PROTECTED] Reply-To: "retro-talk" [EMAIL PROTECTED] Date: Wed, 28 Feb 2001 08:25:57 -0500 To: "retro-talk" [EMAIL PROTECTED] Subject: Re: The "FINDER.DAT" bug with Retro 4.3 Subject: Re: The "FINDER.DAT" bug with Retro 4.3 From: "Robin Mayoff" [EMAIL PROTECTED] Date: Tue, 27 Feb 2001 06:09:36 -0800 snip If you choose to delete the finder.dat file, then you can not return the file to a Macintosh without losing Mac specific properties. So, if these files are to permenantly reside on Windows machines after being moved their from a Mac, there's no harm in deleting the "finder.dat" files, then? - Steve -- Steve Maser ([EMAIL PROTECTED])| Thinking is man's only basic virtue, Systems Project Coordinator | from which all the others proceed. Dept. of Mechanical Engineering | -- Ayn Rand -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Search: http://www.mail-archive.com/retro-talk%40latchkey.com/ For urgent issues, please contact Dantz technical support directly at [EMAIL PROTECTED] or 925.253.3050. -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Search: http://www.mail-archive.com/retro-talk%40latchkey.com/ For urgent issues, please contact Dantz technical support directly at [EMAIL PROTECTED] or 925.253.3050.
Re: The FINDER.DAT bug with Retro 4.3
Subject: Re: The "FINDER.DAT" bug with Retro 4.3 From: "Irena Solomon" [EMAIL PROTECTED] Date: Mon, 26 Feb 2001 12:40:17 -0800 snip If you move one of these Macintosh files on a Windows computer, it is unusable unless you also move the other files and folder. When you use a Retrospect Browser to view a Windows client volume containing these split Macintosh files, only a single file appears. When viewed from Windows, the extra files appear (unless Windows is set to hide hidden files). When you back up the files to a backup set or duplicate them to a Macintosh volume, Retrospect integrates them into the single original file. So, why, is Retrospect *not* backing up the files? On a folder I had where this was a problem (I couldn't back up the files within the folder), I deleted the "finder.dat" file: The files (and subfolders) within that folder were then backed up sucessfully. *And* I could open every single file within that folder. What am I missing? - Steve -- Steve Maser ([EMAIL PROTECTED])| Thinking is man's only basic virtue, Systems Project Coordinator | from which all the others proceed. Dept. of Mechanical Engineering | -- Ayn Rand -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Search: http://www.mail-archive.com/retro-talk%40latchkey.com/ For urgent issues, please contact Dantz technical support directly at [EMAIL PROTECTED] or 925.253.3050.
Re: The FINDER.DAT bug with Retro 4.3
Someone correct me if I'm wrong, but I suspect it would occur if either the files in the "RESOURCE.FRK" folder were deleted or the data file were modified /P Subject: Re: The "FINDER.DAT" bug with Retro 4.3 From: "Irena Solomon" [EMAIL PROTECTED] Date: Mon, 26 Feb 2001 12:40:17 -0800 snip If you move one of these Macintosh files on a Windows computer, it is unusable unless you also move the other files and folder. When you use a Retrospect Browser to view a Windows client volume containing these split Macintosh files, only a single file appears. When viewed from Windows, the extra files appear (unless Windows is set to hide hidden files). When you back up the files to a backup set or duplicate them to a Macintosh volume, Retrospect integrates them into the single original file. So, why, is Retrospect *not* backing up the files? On a folder I had where this was a problem (I couldn't back up the files within the folder), I deleted the "finder.dat" file: The files (and subfolders) within that folder were then backed up sucessfully. *And* I could open every single file within that folder. What am I missing? - Steve -- Steve Maser ([EMAIL PROTECTED])| Thinking is man's only basic virtue, Systems Project Coordinator | from which all the others proceed. Dept. of Mechanical Engineering | -- Ayn Rand -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Search: http://www.mail-archive.com/retro-talk%40latchkey.com/ For urgent issues, please contact Dantz technical support directly at [EMAIL PROTECTED] or 925.253.3050. -- ___ Philip Chonacky, IT Manager Barrett Companies ph. (617) 577-9500 fx. (617) 577-1010 mailto:[EMAIL PROTECTED] -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Search: http://www.mail-archive.com/retro-talk%40latchkey.com/ For urgent issues, please contact Dantz technical support directly at [EMAIL PROTECTED] or 925.253.3050.
Re: The FINDER.DAT bug with Retro 4.3
Hi, Retrospect scans the Windows hard disk and looks for files that need to be backed up. In this process we look for finder.dat files and the files that correspond with that finder.dat. Example: I copy 10 Macintosh files to the Windows hard disk. They are all located in a directory called "my data". The "my data" directory contains 10 files plus 1 finder.dat file. If I back up the "my data" directory, Retrospect will copy all 10 files successfully (including the Macintosh attributes stored in the finder.dat). If I move the 10 files to a different location on my hard disk, but leave the finder.dat inside the otherwise empty "my data" folder, then Retrospect will run into a problem. Retrospect scans the folder called "my data". The finder.dat file tells Retrospect to look for the 10 corresponding files, but because they are no longer in the same directory as the finder.dat, you get a -43 error. The solution is to always keep the finder.dat with the original data, or delete the finder.dat. If you choose to delete the finder.dat file, then you can not return the file to a Macintosh without losing Mac specific properties. This is one reason our user's guide reads: If you move one of these Macintosh files on a Windows computer, also move the Finder.Dat file with it... Thanks Robin Mayoff Technical Support Supervisor 925-253-3050 (voice) 925-253-9099 (fax) [EMAIL PROTECTED] Dantz Development Corporation 4 Orinda Way, Bldg C Orinda, CA 94563 http://www.dantz.com http://www.betterbackup.com * Try our new Searchable Knowledgebase at: http://partners.dantz.com:591/faq/ From: Steve Maser [EMAIL PROTECTED] Reply-To: "retro-talk" [EMAIL PROTECTED] Date: Tue, 27 Feb 2001 08:41:02 -0500 To: "retro-talk" [EMAIL PROTECTED] Subject: Re: The "FINDER.DAT" bug with Retro 4.3 Subject: Re: The "FINDER.DAT" bug with Retro 4.3 From: "Irena Solomon" [EMAIL PROTECTED] Date: Mon, 26 Feb 2001 12:40:17 -0800 snip If you move one of these Macintosh files on a Windows computer, it is unusable unless you also move the other files and folder. When you use a Retrospect Browser to view a Windows client volume containing these split Macintosh files, only a single file appears. When viewed from Windows, the extra files appear (unless Windows is set to hide hidden files). When you back up the files to a backup set or duplicate them to a Macintosh volume, Retrospect integrates them into the single original file. So, why, is Retrospect *not* backing up the files? On a folder I had where this was a problem (I couldn't back up the files within the folder), I deleted the "finder.dat" file: The files (and subfolders) within that folder were then backed up sucessfully. *And* I could open every single file within that folder. What am I missing? - Steve -- Steve Maser ([EMAIL PROTECTED])| Thinking is man's only basic virtue, Systems Project Coordinator | from which all the others proceed. Dept. of Mechanical Engineering | -- Ayn Rand -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Search: http://www.mail-archive.com/retro-talk%40latchkey.com/ For urgent issues, please contact Dantz technical support directly at [EMAIL PROTECTED] or 925.253.3050. -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Search: http://www.mail-archive.com/retro-talk%40latchkey.com/ For urgent issues, please contact Dantz technical support directly at [EMAIL PROTECTED] or 925.253.3050.
The FINDER.DAT bug with Retro 4.3
Hi all, I've been able to see this one in action. It's something you might want to be aware of. If a user puts a PC-formatted ZIP disk into a Mac, the invisible file "finder.dat" is created on the disk (as normal). Other invisible folders are created, but they aren't a problem. If the user then puts the disk back into the PC and copies the *entire contents* of the disk to the hard disk of the PC, then the following happens: Because the file "finder.dat" is present on the PC hard disk, Retrospect 4.3 will indicate that *some* (but not necessarily *all*) other files within that folder are "error -43 -- file/folder not found". And *some -- but, again, not necessarily all -- subfolders* within that folder are skipped by Retrospect, too. The only workaround I've found is to be sure that all copies of "finder.dat" are deleted from the hard drive. Retrospect does not see the "finder.dat" files when it scans the hard drives, so it can't be marked out from a selector to address the problem -- unfortunately. According to a tech I talked to at Dantz, "this problem has been around for awhile" -- but it's not on the knowledgebase. The only solution is to delete all copies of "finder.dat" from the PC. The tech suggested "trying the Windows product". He didn't know if this was going to be a problem with the OSX version of Retrospect. FYI... - Steve -- Steve Maser ([EMAIL PROTECTED])| Thinking is man's only basic virtue, Systems Project Coordinator | from which all the others proceed. Dept. of Mechanical Engineering | -- Ayn Rand -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives:http://list.working-dogs.com/lists/retro-talk/ Search: http://www.mail-archive.com/retro-talk%40latchkey.com/ For urgent issues, please contact Dantz technical support directly at [EMAIL PROTECTED] or 925.253.3050.
