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

Re: "svn: Won't delete locally modified directory ..."

From: Ben Collins-Sussman <sussman_at_collab.net>
Date: 2004-06-23 16:29:55 CEST

On Wed, 2004-06-23 at 08:59, Jeff Squyres wrote:

> ------------------------------------------------------------------------
> r1443 | jsquyres | 2004-06-23 07:39:26 -0600 (Wed, 23 Jun 2004) | 3 lines
> Changed paths:
> M /trunk/src/mca/base/mca_base_module_find.c
> M /trunk/src/mca/base/mca_base_modules_open.c
>
> Fix some more minor memory problems; convert some of the DSO loading
> code to use OBJ_* things instead of manual malloc/free.
>
> ------------------------------------------------------------------------
> shell$
> -----
>
> The "svn log" shows that my developer is trying to get a change that I
> committed this morning

How do you know that? How do you know the working copy isn't extremely
old, and server is trying to send multiple changesets, not just r1443?

Whatever the case, the working copy told the server something that makes
the server think that the 'mca' directory needs to be deleted and
recreated.

My guess is that either the working copy is really old, or got corrupted
somehow. Run 'svnversion' on the working copy or 'svn st -v' to look at
the mixed-revisions it contains.

More importantly, if you do a fresh checkout (create a new working copy)
by running

    svn co trunkURL -r 1442

followed by

    svn up

Then I'm betting the update will only apply r1443, nothing else. In
other words, there's something majorly wrong with the original working
copy, not with the update process itself. Give it a whirl.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Jun 23 16:33:14 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.