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

Re: Call stack with new testsuite logging?

From: Hyrum K Wright <hyrum.wright_at_wandisco.com>
Date: Wed, 14 Mar 2012 09:46:00 -0500

On Wed, Mar 14, 2012 at 9:29 AM, Philip Martin
<philip.martin_at_wandisco.com> wrote:
> Philip Martin <philip_at_codematters.co.uk> writes:
>
>> With the old testsuite code a test failure resulted in a Python stack
>> trace showing exactly where the error occurred.  The new logging doesn't
>> appear to show it.  So a failing test looks like:
>>
>> 2012-03-14 14:11:05 [INFO] CMD: svn unlock svn-test-work/working_copies/lock_tests-8._b/iota --config-dir /home/pm/sw/subversion/obj/subversion/tests/cmdline/svn-test-work/local_tmp/config --password rayjandom --no-auth-cache --username jrandom
>> 2012-03-14 14:11:05 [INFO] <TIME = 0.041281>
>> 2012-03-14 14:11:05 [INFO] svn: warning: W160040: No lock on path '/iota' in filesystem '/home/pm/sw/subversion/obj/subversion/tests/cmdline/svn-test-work/repositories/lock_tests-8/db'
>>
>> 2012-03-14 14:11:05 [WARNING] svn: warning: W160040: No lock on path '/iota' in filesystem '/home/pm/sw/subversion/obj/subversion/tests/cmdline/svn-test-work/repositories/lock_tests-8/db'
>
> I missed out the final line, after the above the output is:
>
> FAIL:  lock_tests.py 8: verify behavior when a lock in a wc is defunct
>
>>
>> It's not as easy to identify where in lock_tests.py the error is occurring.

Agreed that the stack trace is important here. Do you know in which
revision it disappeared?

-Hyrum

-- 
uberSVN: Apache Subversion Made Easy
http://www.uberSVN.com/
Received on 2012-03-14 17:33:11 CET

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