Re: The "FINDER.DAT" bug with Retro 4.3

2001-02-28 Thread Robin Mayoff 

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
>> 
> 
> 
> 
>> 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

2001-02-28 Thread Steve Maser 

>Subject: Re: The "FINDER.DAT" bug with Retro 4.3
>From: "Robin Mayoff" <[EMAIL PROTECTED]>
>Date: Tue, 27 Feb 2001 06:09:36 -0800
>



>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

2001-02-27 Thread Robin Mayoff 

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
>> 
> 
> 
> 
>> 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.

Re: The "FINDER.DAT" bug with Retro 4.3

2001-02-27 Thread Philip Chonacky 

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
>>
>
>
>
>>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

2001-02-27 Thread Steve Maser 

>Subject: Re: The "FINDER.DAT" bug with Retro 4.3
>From: "Irena Solomon" <[EMAIL PROTECTED]>
>Date: Mon, 26 Feb 2001 12:40:17 -0800
>



>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

2001-02-26 Thread Irena Solomon 

Hello,

I've included below the relevant part of the Retrospect 4.2 User's Guide
that discusses the Finder.Dat file and gives some background on what happens
when a Mac file is copied to a PC. This has also been added to the
Knowledgebase (this resource is *always* growing, and feedback is
appreciated!)

This feature exists in Retrospect to allow you to duplicate a file from a
Mac to a PC, and then to duplicate it back without losing any component of
that file; in this way Retrospect compensates for the differences in how the
two operating systems see files and their attributes.

Not all Mac files are dual-fork, which likely explains why you don't get the
message on all files.

Regards,

Irena Solomon
Dantz Technical Support
925.253.3050


>From p. 99, Retrospect 4.2 User's Guide:

Unlike files on Windows volumes, many Macintosh files are made up of two
parts, called forks: one fork includes data and the other includes
resources. When Retrospect copies a dual-fork Macintosh file to a Windows
client volume, it takes the following steps to separate the forks into
different files.

- It stores the data fork in a new file, which has the same name as the
original file.

- It creates a new folder named Resource.Frk, which is hidden and resides in
the same folder path as the data fork file.

- It stores the resource fork in a new file which resides in the
Resource.Frk folder and has the same name as the original file.

- It tracks fork-separated files in a hidden file named Finder.Dat, which
resides in the same folder path as the data fork file.

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.


--
> From: Steve Maser <[EMAIL PROTECTED]>
> Subject: 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



--
--
To subscribe:[EMAIL PROTECTED]
To unsubscribe:  [EMAIL PROTECTED]
Archives:
Search:  

For urgent issues, please contact Dantz technical support directly at
[EMAIL PROTECTED] or 925.253.3050.