[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Strange problem with archive/extraction of working copy

From: Francois Beausoleil <fbos_at_users.sourceforge.net>
Date: 2004-02-21 03:00:00 CET

Hi,

I would like to chime in. I've tested the procedure you've outlined
below, and here my results:

Checkout on Copy Method Copy To Result
--------------------------------------------------
NTFS XXCOPY[1] NTFS OK
                                FAT32 NOK
                Explorer NTFS OK
                                FAT32 NOK

FAT32 XXCOPY[1] NTFS OK
                                FAT32 OK
                Explorer NTFS OK
                                FAT32 OK

[1] http://www.xxcopy.com/, using the /clone command-line option

Didn't use XCOPY, because it horribly munges the short filenames, and
then Subversion complains that the directory is not a WC.

So, it looks like this is reproductible. I use Win2K SP4, French
Canadian and Subversion 0.37.0. It would be interesting to get WinXP and
Win9x machines to try that too.

Please note that I haven't used any archiving program. I simply did a
regular copy.

Bye,
François

On Fri, 20 Feb 2004 15:00:31 -0800, "Delbert D. Franz" <ddf@sonic.net>
said:
[snip]
>
> Archive created Extracted archive on:
> on: FAT32 NTFS
> drive drive
> ----------------------- -------------- ----------------
> FAT32 OK OK
>
> NTFS NOK NOK
>
>
> OK--files under version control appear as up to date, as they should
> NOK-all files under version control are shown as changed, as they should
> not!
>
[snip]

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sat Feb 21 03:00:39 2004

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.