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

Re: svn commit: rev 4094 - in trunk/subversion: include libsvn_wc clients/cmdline

From: Peter Davis <peter_at_pdavis.cx>
Date: 2002-12-12 00:28:51 CET

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Wednesday 11 December 2002 13:49, sussman@tigris.org wrote:
> Fix issue #714. If 'svn revert' attempts to revert a missing
> directory, then send a new "failed revert" notification to the client.
> Our commandline client interprets this signal by recommending an update.

I think this fix breaks the fix committed in r3614 (see
http://subversion.tigris.org/issues/show_bug.cgi?id=863). Does it pass the
test committed in that same revision?

$ svn mkdir foo
$ rm -rf foo
$ svn revert foo
[fails with the new error]
$ svn up foo
[fails hard, and locks the wc]
$ svn revert .
[fails because wc is locked]
$ svn st
  L .
! foo
$ svn cleanup .
[fails because it can't unlock foo]

At this point, the only thing to do is trash the wc and start over.

In summary, it is very important to be able to revert scheduled dirs, even if
they don't exist, since Issue 864 is not yet fixed either.

Here is my entire session, in case the above isn't enough:
cartman:tmp$ svnadmin create test-repos
cartman:tmp$ svn co file://$PWD/test-repos test-wc
Checked out revision 0.
ccartman:tmp$ cd test-wc
cartman:test-wc$ ls
cartman:test-wc$ svn mkdir foo
A foo
cartman:test-wc$ rm -rf foo
cartman:test-wc$ ls
cartman:test-wc$ svn st
! foo
cartman:test-wc$ svn revert foo
Failed to revert foo -- try updating instead.
cartman:test-wc$ svn up foo
subversion/libsvn_wc/log.c:288: (apr_err=155009, src_err=0)
svn: Problem running log
svn: in directory
subversion/libsvn_wc/log.c:1193: (apr_err=155009, src_err=0)
svn: start_handler: error processing command 'delete-entry' in
subversion/libsvn_wc/lock.c:422: (apr_err=155005, src_err=0)
svn: Working copy not locked
svn: directory not locked (foo)
cartman:test-wc$ svn revert .
subversion/libsvn_wc/lock.c:108: (apr_err=155004, src_err=0)
svn: Attempted to lock an already-locked dir
svn: working copy locked: .
svn: run 'svn cleanup' to remove locks (type 'svn help cleanup' for details)
cartman:test-wc$ svn revert . -R
subversion/libsvn_wc/lock.c:108: (apr_err=155004, src_err=0)
svn: Attempted to lock an already-locked dir
svn: working copy locked: .
svn: run 'svn cleanup' to remove locks (type 'svn help cleanup' for details)
cartman:test-wc$ svn cleanup .
subversion/libsvn_wc/log.c:288: (apr_err=155009, src_err=0)
svn: Problem running log
svn: in directory
subversion/libsvn_wc/log.c:1193: (apr_err=155009, src_err=0)
svn: start_handler: error processing command 'delete-entry' in
subversion/libsvn_wc/lock.c:422: (apr_err=155005, src_err=0)
svn: Working copy not locked
svn: directory not locked (foo)
cartman:test-wc$ svn revert foo
subversion/libsvn_wc/lock.c:108: (apr_err=155004, src_err=0)
svn: Attempted to lock an already-locked dir
svn: working copy locked: .
svn: run 'svn cleanup' to remove locks (type 'svn help cleanup' for details)
cartman:test-wc$ svn st
  L .
! foo
cartman:test-wc$ svn cleanup .
subversion/libsvn_wc/log.c:288: (apr_err=155009, src_err=0)
svn: Problem running log
svn: in directory
subversion/libsvn_wc/log.c:1193: (apr_err=155009, src_err=0)
svn: start_handler: error processing command 'delete-entry' in
subversion/libsvn_wc/lock.c:422: (apr_err=155005, src_err=0)
svn: Working copy not locked
svn: directory not locked (foo)

- --
Peter Davis
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQE998ozhDAgUT1yirARArSRAJ0cVuUHKu68mo63ttZ/Gztpw+wPQgCeOdV0
ACyxOAvAElBQntA5L7Jv9b8=
=Up/Q
-----END PGP SIGNATURE-----

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Dec 12 00:29:41 2002

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

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