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

RE: Help: svn: Working copy 'XXXX/XXXX/XXX' locked

From: Bert Huijben <bert_at_qqmail.nl>
Date: Fri, 30 Jul 2010 10:30:56 +0200

> -----Original Message-----
> From: Di Hu [mailto:dhu_at_purdue.edu]
> Sent: vrijdag 30 juli 2010 3:34
> To: users_at_subversion.apache.org
> Subject: Re: Help: svn: Working copy 'XXXX/XXXX/XXX' locked
>
>
> Hi Ryan:
>
> Thanks for your suggestion. I did use "svn add align.c" sometime
> before. But
> I don't know if subversion thinks Align.c is called align.c. I tried
> "svn
> rm align.c", but nothing happend. And I could see both Align.c and
> align.c
> after using "svn ls". I also tried to commit after "removing" them. But
> the

All 'svn' operations normalize the casing of passed filenames to their
on-disk casing on case insensitive systems. (I'm not 100% sure if this works
this way on Mac/OS, but it does on Windows

So if there is some 'aLIGN.c' on disk and you pass 'svn rm align.c', 'svn'
translates that to 'svn rm aLIGN.c' before it passes it into the library. So
the real handler of the delete never sees that you passed different paths.
(This is done in svn_client_args_to_target_array() ->
svn_opt__arg_canonicalize_path())

The workaround is to temporarily remove the on-disk file to something
completely different and then use the command.

But just calling 'svn status' should tell you if you have this issue. That
should show you two files: one unversioned and one missing/obstructed.

        Bert

> commit didn't work as well. No warning, just didn't work... Would you
> please
> give me some more advice? Thanks again!
>
> Hu-DimatoMacBook-Pro:reconstruction3d dhu$ svn update
> svn: Working copy '.' locked
> svn: run 'svn cleanup' to remove locks (type 'svn help cleanup' for
> details)
> Hu-DimatoMacBook-Pro:reconstruction3d dhu$ svn cleanup
> Hu-DimatoMacBook-Pro:reconstruction3d dhu$ svn rm align.c
> Hu-DimatoMacBook-Pro:reconstruction3d dhu$ svn ls
> Align.c
> BNT_ang_files/
> Clean_Microstructure.c
> Reconstruction.c
> align.c
> clean_microstructure.c
> common.c
> common.h
> makefile
> quat.symm.cubic
> reconstruct.c
> revise_records.rtf
> Hu-DimatoMacBook-Pro:reconstruction3d dhu$ svn rm
> clean_microstructure.c
> Hu-DimatoMacBook-Pro:reconstruction3d dhu$ svn ls
> Align.c
> BNT_ang_files/
> Clean_Microstructure.c
> Reconstruction.c
> align.c
> clean_microstructure.c
> common.c
> common.h
> makefile
> quat.symm.cubic
> reconstruct.c
> revise_records.rtf
> Hu-DimatoMacBook-Pro:reconstruction3d dhu$ svn commit --
> message="modified
> codes.please see revise records for details."
> Hu-DimatoMacBook-Pro:reconstruction3d dhu$
>
>
> Di
>
>
>
>
> Ryan Schmidt-75 wrote:
> >
> >
> >
> > At the risk of repeating what you already know, it seems that Align.c
> is
> > not under version control. Does Subversion perhaps think it's called
> > align.c instead? It would if, for example, when you originally added
> it,
> > you used "svn add align.c" instead of "svn add Align.c". If that's
> the
> > case, then use "svn rm align.c" to remove it, if that's what you want
> to
> > do.
> >
> >
> >
> >
> >
>
> --
> View this message in context: http://old.nabble.com/Help%3A-svn%3A-
> Working-copy-%27XXXX-XXXX-XXX%27-locked-tp29300593p29302141.html
> Sent from the Subversion Users mailing list archive at Nabble.com.
Received on 2010-07-30 10:31:41 CEST

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.