You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@subversion.apache.org by Greg Stein <gs...@lyra.org> on 2002/10/23 02:05:38 UTC

access lock bug with 'svn up FILENAME'

This is probably simple, so I'm just sending here rather than an issue:

[gstein@roshi cvs2svn]$ svn up
U  cvs2svn.py
Updated to revision 3446.
[gstein@roshi cvs2svn]$ svn up -r 3440 cvs2svn.py 
U  cvs2svn.py
subversion/libsvn_wc/lock.c:407: (apr_err=155005, src_err=0)
svn: Working copy not locked
svn: directory not locked (.)
[gstein@roshi cvs2svn]$ svn up cvs2svn.py 
U  cvs2svn.py
subversion/libsvn_wc/lock.c:407: (apr_err=155005, src_err=0)
svn: Working copy not locked
svn: directory not locked (.)
[gstein@roshi cvs2svn]$ svn up
At revision 3446.
[gstein@roshi cvs2svn]$ svn up -r 3440 cvs2svn.py 
U  cvs2svn.py
subversion/libsvn_wc/lock.c:407: (apr_err=155005, src_err=0)
svn: Working copy not locked
svn: directory not locked (.)
[gstein@roshi cvs2svn]$ svn up
U  cvs2svn.py
Updated to revision 3446.
[gstein@roshi cvs2svn]$ 


At the various points, it seems the WC is all right, and the file certainly
reflects the right bits. But that lock thing...

Cheers,
-g

-- 
Greg Stein, http://www.lyra.org/

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org

Re: access lock bug with 'svn up FILENAME'

Posted by Philip Martin <ph...@codematters.co.uk>.
Greg Stein <gs...@lyra.org> writes:

> This is probably simple, so I'm just sending here rather than an issue:
> 
> [gstein@roshi cvs2svn]$ svn up
> U  cvs2svn.py
> Updated to revision 3446.
> [gstein@roshi cvs2svn]$ svn up -r 3440 cvs2svn.py 
> U  cvs2svn.py
> subversion/libsvn_wc/lock.c:407: (apr_err=155005, src_err=0)
> svn: Working copy not locked
> svn: directory not locked (.)

That's not a canonical path.  Ah, yes, svn_wc__do_update_cleanup is at
fault, it should not convert an empty path to "."

-- 
Philip Martin

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org