Login | Register
My pages Projects Community openCollabNet

Discussions > dev [DISABLED] > RE: Subversion assertion failure

subversion
Discussion topic

Back to topic list

RE: Subversion assertion failure

Author arvan
Full name Arvan Pritchard
Date 2009-05-18 01:12:35 PDT
Message > -----Original Message-----
> From: Stefan Sperling [mailto:stsp at elego dot de]
> Sent: Saturday, May 16, 2009 1:15 PM
> To: Arvan Pritchard
> Cc: dev at subversion dot tigris dot org
> Subject: Re: Subversion assertion failure
>
> On Fri, May 15, 2009 at 09:22:11AM -0700, Arvan Pritchard wrote:
> > I triggered this assertion on Windows XP using Tortoise SVN 1.6.2 and
> > an SVN 1.6.2 server:
> >
> > In file
> > D:\Development\SVN​\Releases\Tortoise​SVN-
> 1.6.2\ext\subversi​on\subversion\libs​vn_wc\tree_conflict​s.c
> > line 568:
> >
> > assertion failed (strcmp(dir_path, svn_path_dirname(victim_path,
> > pool)) == 0)
> >
> > several times trying to mark a tree conflict resolved from
> > tortoisesvn, and again trying to revert the whole working copy from
> > tortoisesvn.
> >
> > The original conflict was generated in a merge back to the trunk,
> > driven by tortoise svn, and involved a folder "documents" that
> > contains a subfolder on the branch, and an external reference to that
> > subfolder on the trunk.
>
> Can you be more specific? It's hard to understand what you mean.
>
> Can you list the directory tree in some unambiguous and utterly
> obvious fashion, like in the example below? Thanks.
>
> documents/
> dirA
> dirB (External to http://XYZ)

trunk/Documents/Project folder with svn:externals set to
    ^/branches/P50X/documents Piranesi51 at rev 47743

subfolders 22 normal folders in the repository, including
    Piranesi5
    Piranesi6
        
plus Piranesi51 (external to branches/P50X/documents)

branches/P50X/documents created at rev 47742
contains a single file pir-uservis51-ov.htm created at rev 47742 and modified several times.

>
> And make really clear how the tree conflict came about?
>

Problem started when merging branches/P50X into trunk and including revisions
after 47743, possibly the problem revision was 47750 which modified:
    branches/P50X/docume​nts/pir-uservis51-ov​.htm
    trunk/Documents/Proj​ect/Piranesi5/pir-us​ervis50-ov.htm
    trunk/Documents/Proj​ect/Piranesi6/pir-us​ervis60-ov.htm
    
> For a good problem report, it's important to assume that we are
> really dense and not able to second-guess anything.
>

Sorry, I didn't know what information would be useful.

> > Revert window for tortoisesvn said:
> >
> > Command: Revert Reverted: D:\svn\trunk Error: In file Error:
> > 'D:\Development\SV​N\Releases\Tortois​eSVN-
> 1.6.2\ext\subversi​on\subversion\libs​vn_wc\tree_conflict​s.c'
> > Error: line 568: assertion failed (strcmp(dir_path,
> > svn_path_dirname(victim_path, Error: pool)) == 0) Finished!:
>
> Looks like a bug that is triggered by something in your directory setup.
> Are there NTFS junctions involved?
> Would it be possible for you to set a break point at the assertion
> in a debugger to get the values of dir_path and victim_path at the
> time the assertion fails?

No NTFS junctions, using the directory structure described above.

I'm no longer getting the assert, just "Unable to lock" like the command line.

If it happens again I'll try to attach a debugger.

>
> > after some work with svn from the command line, I have managed to
> > revert everything except that folder and I've now got a working copy
> > where that folder cannot be locked.
> >
> > D:\svn\trunk>svn status
> > ! C documents
> > > local delete, incoming edit upon merge
> >
> > D:\svn\trunk>svn -R revert .
> > svn: Unable to lock 'documents'
>
> Have you tried running 'svn cleanup' before reverting?

Yes, it says:

D:\svn\trunk>svn cleanup .

D:\svn\trunk>svn -R revert .
svn: Unable to lock 'documents'


Thanks for looking at this.

Arvan

« Previous message in topic | 3 of 3 | Next message in topic »

Messages

Show all messages in topic

Subversion assertion failure arvan Arvan Pritchard 2009-05-15 09:22:30 PDT
     Re: Subversion assertion failure stsp Stefan Sperling 2009-05-16 04:08:12 PDT
         RE: Subversion assertion failure arvan Arvan Pritchard 2009-05-18 01:12:35 PDT
Messages per page: