TortoiseSVN crashing on blame with upper revision limit.

[Jurko Gospodnetić]

Hi.

Maybe its just my configuration but my TortoiseSVN crashes whenever I
run svn blame through it and specify the upper revision limit.

--------------------
Version information:
--------------------
TortoiseSVN 1.5.1, Build 13563 - 32 Bit , 2008/07/26 09:47:57
Subversion 1.5.1,
apr 1.2.12
apr-utils 1.2.12
berkeley db 4.4.20
neon 0.28.2
OpenSSL 0.9.8g 19 Oct 2007
zlib 1.2.3
--------------------

Windows XP SP3

Exact use case I tried last was the Boost library repository -
http://svn.boost.org/svn/boost/trunk/tools/build/v2/tools (I actually
used https but I do not think that matters) with revisions from 30000 to
40000 on file gcc.jam.

Hope this helps.

Best regards,
Jurko Gospodnetić

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-uns...@tortoisesvn.tigris.org
For additional commands, e-mail: dev-...@tortoisesvn.tigris.org

[Stefan Küng]

Jurko Gospodnetić wrote:
> Hi.
>
> Maybe its just my configuration but my TortoiseSVN crashes whenever I
> run svn blame through it and specify the upper revision limit.
>
> --------------------
> Version information:
> --------------------
> TortoiseSVN 1.5.1, Build 13563 - 32 Bit , 2008/07/26 09:47:57

[snip]

>
> Exact use case I tried last was the Boost library repository -
> http://svn.boost.org/svn/boost/trunk/tools/build/v2/tools (I actually
> used https but I do not think that matters) with revisions from 30000 to
> 40000 on file gcc.jam.

Could be this here:
http://subversion.tigris.org/issues/show_bug.cgi?id=3245

Stefan

--
___
oo // \\ "De Chelonian Mobile"
(_,\/ \_/ \ TortoiseSVN
\ \_/_\_/> The coolest Interface to (Sub)Version Control
/_/ \_\ http://tortoisesvn.net

[Stefan Küng]

2008/7/30 Stefan Küng <torto...@gmail.com>:

> Jurko Gospodnetić wrote:
>>
>> Hi.
>>
>> Maybe its just my configuration but my TortoiseSVN crashes whenever I run
>> svn blame through it and specify the upper revision limit.
>>
>> --------------------
>> Version information:
>> --------------------
>> TortoiseSVN 1.5.1, Build 13563 - 32 Bit , 2008/07/26 09:47:57
>
> [snip]
>>
>> Exact use case I tried last was the Boost library repository -
>> http://svn.boost.org/svn/boost/trunk/tools/build/v2/tools (I actually used
>> https but I do not think that matters) with revisions from 30000 to 40000 on
>> file gcc.jam.
>
> Could be this here:
> http://subversion.tigris.org/issues/show_bug.cgi?id=3245

Nope. That's not the issue here.
Stefan^2, this is one for you: it's an issue with the log cache.

[Jurko Gospodnetić]

Hi all.

>>> Hi.
>>>
>>> Maybe its just my configuration but my TortoiseSVN crashes whenever I run
>>> svn blame through it and specify the upper revision limit.
>>>
>>> --------------------
>>> Version information:
>>> --------------------
>>> TortoiseSVN 1.5.1, Build 13563 - 32 Bit , 2008/07/26 09:47:57
>> [snip]
>>> Exact use case I tried last was the Boost library repository -
>>> http://svn.boost.org/svn/boost/trunk/tools/build/v2/tools (I actually used
>>> https but I do not think that matters) with revisions from 30000 to 40000 on
>>> file gcc.jam.
>> Could be this here:
>> http://subversion.tigris.org/issues/show_bug.cgi?id=3245
>
> Nope. That's not the issue here.
> Stefan^2, this is one for you: it's an issue with the log cache.

Just pinging to make sure this issue does not fall through the
cracks. Not being able to blame through the history is really bugging me.

Btw. would it not be nice if you could click (right-click, menu item,
whatever...) on a revision noted in the blame window and make the blame
'rebase' itself so it blames revisions up to that revision? That seems
to be an often used pattern when attempting to drill down to the cause
of some change.

[Carsten Johnsen]

On 12 Aug., 12:56, Jurko Gospodnetić <jurko.gospodne...@docte.hr>
wrote:

>    Btw. would it not be nice if you could click (right-click, menu item,
> whatever...) on a revision noted in the blame window and make the blame
> 'rebase' itself so it blames revisions up to that revision? That seems
> to be an often used pattern when attempting to drill down to the cause
> of some change.

I'm using TSVN 1.5.0 official, and if right click on a revision in the
blame window, I can select "Blame previous revision". Isn't this the
feature you are asking for?

/Carsten

[Jurko Gospodnetić]

Hi Carsten.

> I'm using TSVN 1.5.0 official, and if right click on a revision in the
> blame window, I can select "Blame previous revision". Isn't this the
> feature you are asking for?

Ahem... And I was certain that was not there when I searched for it
before. :-(

Excuse me while I go hide in shame...

Best regards,
Jurko Gospodnetić

P.S.
Thanks for the tip. :-) Now I just wish it would not cause TSVN to
crash. :-)