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

Re: Exception in blame.c, line 487 encountered

From: Daniel Shahaf <d.s_at_daniel.shahaf.name>
Date: Mon, 28 Jun 2010 23:38:53 +0300 (Jerusalem Daylight Time)

Patrick Kursawe wrote on Mon, 28 Jun 2010 at 12:18 -0000:
> Patrick Kursawe wrote on Thu, 24 Jun 2010 at 16:03 -0000:
> > [...]
> > In file
> > 'D:\Development\SVN\Releases\TortoiseSVN-1.6.8\ext\subversion\subversion\libsvn_client\blame.c'
> > line 487: assertion failed (frb->last_filename == NULL)
> >
> >
> Am 6/25/2010 11:16 AM, schrieb Daniel Shahaf:
> > It would probably help if you tell us how to reproduce the issue. That
> > is, tell us what command to run on some public repository to get the
> > assertion, or give us a script (starting with 'svnadmin create') that ends
> > with invoking the assertion.
> >
> > I'm not sure if this was reported before.
> >
> > Thanks,
> >
> > Daniel
> >
> After fighting for quite some time to get subversion compiled on
> windows using VC 08 Express Edition I finally managed to reproduce the
> issue in the debugger.



You're the first person I know of to be able to build Subversion on
Windows without fighting with it for days/weeks before... (and you even
have a working debug environment)

How did you do that?

> I have created a test repository, you can get it from
> http://docs.google.com/leaf?id=0B2ZJ-TDG8hqkZGMyMTc4ZjMtYjk5OS00ZDAwLTliYmQtNjZiNDM1YTAxZmZj&sort=name&layout=list&num=50
> Just checkout "trunk" and run
> svn annotate -g -r6:7 a.txt

I can reproduce the issue using your repository and trunk svn.exe:

..\..\..\subversion\libsvn_fs_fs\tree.c:971: (apr_err=235000)
svn: In file '..\..\..\subversion\libsvn_client\blame.c' line 494:
assertion failed (frb->last_filename == NULL)

Firstly, could you please file an issue in our tracker, so we don't
forget it?

Secondly, could you share a script that produces your example
repository? (it's easier for us to consume that way)

> It looks like annotate tries to fetch one more revision before the
> first revision specified. The mentioned assertion fails if it gets
> more than one - which is the case if you specify that you want merge
> info and the last operation before was merging in a few changes.

To be honest, I haven't looked at it under a debugger. Could you please
summarize your findings in the issue?

If you'd like to write a patch for this, you're more than welcome to
do so. Our patch guidelines are here:


Thanks a lot!


> Bye!
> Patrick
Received on 2010-06-28 22:38:57 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.