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

Re: svn commit: r1545338 - in /subversion/trunk/subversion/tests: libsvn_client/client-test.c libsvn_fs/fs-test.c libsvn_fs/locks-test.c

From: Stefan Fuhrmann <stefan.fuhrmann_at_wandisco.com>
Date: Tue, 26 Nov 2013 14:35:59 +0100

On Tue, Nov 26, 2013 at 2:01 PM, Branko Čibej <brane_at_wandisco.com> wrote:

> On 26.11.2013 13:42, Stefan Fuhrmann wrote:
>
> On Tue, Nov 26, 2013 at 12:42 PM, Branko Čibej <brane_at_wandisco.com>wrote:
>
>> On 25.11.2013 17:32, stefan2_at_apache.org wrote:
>>
>> Author: stefan2
>> Date: Mon Nov 25 16:32:52 2013
>> New Revision: 1545338
>>
>> URL: http://svn.apache.org/r1545338
>> Log:
>> * subversion/tests/libsvn_client/client-test.c
>> subversion/tests/libsvn_fs/fs-test.c
>> subversion/tests/libsvn_fs/locks-test.c
>> (test_funcs): Move particularly expensive tests to the top of the
>> list to maximize parallism. None of these test lists
>> imply a specific "simply-to-complex" ordering.
>>
>>
>> You have a pool cleanup bug in the --parallel C tests mode. After these
>> last two commits:
>>
>
> Hm. I don't see these problems here nor on our Windows
> buildbot (at least svn-windows-local runs in parallel mode).
>
>
> Well, the malloc implementation on OSX has an invalid-free check; I know
> Linux doesn't, and I don't know about Windows.
>
>
> Valgrind did not show any problem either.
>
>
> Dunno about that. Philip reported a valgrind error.
>
>
> So, all threaded tests fail, i.e. any fix should be reproducible
> on your system.
>
>
> Yes.
>

r1545651 should do the trick.

-- Stefan^2.
Received on 2013-11-26 14:36:31 CET

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