Well, I don't know which of these switches you were using, but I suppose it
is possible that the "Xcopy"ed files could be out of synch.  Have you tried
RBsync to reset the timestamp on them. I can think of no good reason that an
"Xcopy"ed file would be corrupted simply by copying it to another location.
After doing an initial full XCopy *.* /E  I would do an Attrib -A /S to
remove the archive attribute on every file, then thereafter use Xcopy /M /E
/Q in a scheduled event to only copy the files that were new or changed.

XCOPY source [destination] [/A | /M] [/D[:date]] [/P] [/S [/E]] [/V] [/W]
                           [/C] [/I] [/Q] [/F] [/L] [/H] [/R] [/T] [/U]
                           [/K] [/N] [/Z]

  source       Specifies the file(s) to copy.
  destination  Specifies the location and/or name of new files.
  /A           Copies files with the archive attribute set,
               doesn't change the attribute.
  /M           Copies files with the archive attribute set,
               turns off the archive attribute.
  /D:m-d-y     Copies files changed on or after the specified date.
               If no date is given, copies only those files whose
               source time is newer than the destination time.
  /P           Prompts you before creating each destination file.
  /S           Copies directories and subdirectories except empty ones.
  /E           Copies directories and subdirectories, including empty ones.
               Same as /S /E. May be used to modify /T.
  /V           Verifies each new file.
  /W           Prompts you to press a key before copying.
  /C           Continues copying even if errors occur.
  /I           If destination does not exist and copying more than one file,
               assumes that destination must be a directory.
  /Q           Does not display file names while copying.
  /F           Displays full source and destination file names while
copying.
  /L           Displays files that would be copied.
  /H           Copies hidden and system files also.
  /R           Overwrites read-only files.
  /T           Creates directory structure, but does not copy files. Does
not
               include empty directories or subdirectories. /T /E includes
               empty directories and subdirectories.
  /U           Copies only files that already exist in destination.
  /K           Copies attributes. Normal Xcopy will reset read-only
attributes.
  /N           Copies using the generated short names.
  /Z           Copies networked files in restartable mode.



----- Original Message -----
From: "Tony Nicolini" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, December 26, 2001 4:14 PM
Subject: RE: R:Tango / Windows2000


> Hi Mike,
>
> It doesn't.  I checked on that before writing my question.
> I also was not able to connect the "open" database copied with the XCOPY
> command.
> Thank you for the quick reply.
>
> Tony Nicolini
> Dec/26/2001 - 16:12 Hs (Florida)
>
>
> -----------------
>
> Tony,
>   I never use RBases' mirror command, but during an RBase Session, it
would
> seem to me that if the "mirrored" files already had a pointer to them,
they
> probably are not connectable.  I would think you would have to set mirror
> off to be able to connect to the files.
>
>
>
> ================================================
> TO SEE MESSAGE POSTING GUIDELINES:
> Send a plain text email to [EMAIL PROTECTED]
> In the message body, put just two words: INTRO rbase-l
> ================================================
> TO UNSUBSCRIBE: send a plain text email to [EMAIL PROTECTED]
> In the message body, put just two words: UNSUBSCRIBE rbase-l
>


================================================
TO SEE MESSAGE POSTING GUIDELINES:
Send a plain text email to [EMAIL PROTECTED]
In the message body, put just two words: INTRO rbase-l
================================================
TO UNSUBSCRIBE: send a plain text email to [EMAIL PROTECTED]
In the message body, put just two words: UNSUBSCRIBE rbase-l

Reply via email to