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

Unable to add an particular external reference to a particular project - very strange bug

From: Timothy Armes <tarmes_at_markem-imaje.com>
Date: Mon, 6 Oct 2008 15:59:32 +0200

Hi all,


I've come across a very strange bug.


I have a version controlled directory A, which includes a subdirectory B
to which I'd like to add an external reference to project C. When I try
to update A or B I get this message.


Fetching external item into 'ImaServiceManager'
svn: Working copy 'ImaServiceManager' locked
svn: run 'svn cleanup' to remove locks (type 'svn help cleanup' for
Now, if I check out B by itself it works!  If I check out A (and
therefore B) then it doesn't, even if I then update B by itself.  I
don't understand how the parent directory A can have this influence on
B.  Note that A only contains about 10 files.
I've tried everything I can think of, I've cleaned up, deleted and
recreated the directories on the disk (not the server), etc. 
The odd thing is that I *can* add that same external reference C to
another similar directory structure and it works perfectly well.  I've
copied the external reference from one property into the other, so I'm
100% sure that the paths are the same.
I can also *successfully* add another external references to directory
B, and they work too.
In other words the problem is limited to one particular combination of
directory structure and external reference.
I'm using version 1.5.2 of Subversion, on Windows XP.
Anything that you can suggest to help me would be greatly appreciated.
For obvious reasons I can't can you recreate the bug since it's working
in all other cases.
This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. They may contain confidential or legally privileged information. If you have received this email by mistake please notify us immediately by responding to this e-mail and then delete it from your system without producing, distributing or retaining copies hereof. Please note that any views or opinions presented in this email are solely those of the author and do not necessarily represent those of the company. Finally, the recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email.
Received on 2008-10-07 04:09:16 CEST

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