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

RE: Cannot back up "strings" file (revisited)

From: Lansberry, John E. <John.Lansberry_at_jhuapl.edu>
Date: 2004-03-25 14:40:23 CET

Good question about trying this on another machine. I'll try creating a
repository on my home machine and see if I have the same problem.

I'm not trying to do a "check out" from the repository. I'm not having any
problems checking out a working copy or committing changes to the
repository. The repository is "working" just fine.

The problem is that I want to be able to "back up" my repository in case my
hard drive ever crashes. But every back up attempt for my computer fails,
and it seems to be getting hung up as soon as it gets to the "strings" file.

When I posted this question originally, a responder suggested doing a dump
of the repository and backing that up. But that would mean I have to do a
dump and delete my repository every day to get rid of the "strings" file.
Not a very practical solution.

-----Original Message-----
From: McClain Looney [mailto:m@loonsoft.com]
Sent: Thursday, March 25, 2004 8:25 AM
To: Lansberry, John E.
Subject: Re: Cannot back up "strings" file (revisited)

this doesn't sound like it's coming from svn at all. have you tried
this on another machine/disk?

What exactly do you mean by "copy from the repository and paste
somewhere else"? one usually checks something out of a repository,
then copies that checked out file somewhere else.

I sense a deep misunderstanding somewhere...

On Mar 25, 2004, at 6:58 AM, Lansberry, John E. wrote:

>
> "Cannot copy strings: Data Error (cyclic redundancy check)"

---
McClain Looney
m@loonsoft.com
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Mar 25 14:41:06 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.