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

Re: Breakage on trunk?

From: John Beranek <john_at_redux.org.uk>
Date: Thu, 03 Mar 2011 19:38:35 +0000

On 03/03/2011 18:30, Philip Martin wrote:
> John Beranek <john_at_redux.org.uk> writes:
>
>> This afternoon, I checked out the trunk from Subversion in order to
>> build a dev system running 1.7.
>>
>> I updated a sandbox I had lying around, made it 'extraclean', built and
>> installed serf 0.7.1, ran autogen.sh, ran configure (with --prefix
>> /usr/local/subversion-1.7 --with-serf=/usr/local), built and installed
>> Subversion.
>>
>> All of this was done on a Fedora 14 x86_64 system. What I got for my
>> troubles was assertion failures when trying a commit with either
>> Apache+mod_dav_svn or with svnserve. The assertion failure in question is:
>>
>> subversion/libsvn_subr/svn_temp_serializer.c:282:
>> svn_temp_deserializer__resolve: Assertion `*ptr > buffer' failed.
>>
>> Am I doing something stupid, or is there some breakage on the trunk?
>
> Some, but not that.
>
> http://subversion.apache.org/buildbot
>
> Do the regression tests pass on your machine?

Not an overwhelming success:

$ make check
Running tests in auth-test [1/88].............................success
Running tests in cache-test [2/88]............................success
Running tests in checksum-test [3/88].........................success
Running tests in client-test [4/88]...........................FAILURE
Running tests in compat-test [5/88]...........................success
Running tests in config-test [6/88]...........................success
Running tests in db-test [7/88]...............................success
Running tests in diff-diff3-test [8/88].......................success
Running tests in dirent_uri-test [9/88].......................success
Running tests in entries-compat-test [10/88]..................success
Running tests in eol-test [11/88].............................success
Running tests in error-test [12/88]...........................success
Running tests in fs-pack-test [13/88].........................FAILURE
Running tests in fs-test [14/88]..............................FAILURE
Running tests in hashdump-test [15/88]........................success
Running tests in locks-test [16/88]...........................FAILURE
Running tests in mergeinfo-test [17/88].......................success
Running tests in op-depth-test [18/88]........................FAILURE
Running tests in opt-test [19/88].............................success
Running tests in parse-diff-test [20/88]......................success
Running tests in path-test [21/88]............................success
Running tests in pristine-store-test [22/88]..................FAILURE
Running tests in ra-local-test [23/88]........................success
Running tests in random-test [24/88]..........................success
Running tests in repos-test [25/88]...........................FAILURE
Running tests in revision-test [26/88]........................success
Running tests in skel-test [27/88]............................success
Running tests in stream-test [28/88]..........................success
Running tests in string-test [29/88]..........................success
Running tests in subst_translate-test [30/88].................success
Running tests in target-test [31/88]..........................success
Running tests in time-test [32/88]............................success
Running tests in translate-test [33/88].......................success
Running tests in tree-conflict-data-test [34/88]..............success
Running tests in utf-test [35/88].............................success
Running tests in window-test [36/88]..........................success
Running tests in authz_tests.py [37/88]make: *** [check] Error 1

I had a thought on the way home it could be something to do with shared
library conflicts, but that doesn't seem to be a problem:

$ ldd /usr/local/subversion-1.7/bin/svnserve
        linux-vdso.so.1 => (0x00007fff1edff000)
        libsvn_repos-1.so.0 =>
/usr/local/subversion-1.7/lib/libsvn_repos-1.so.0 (0x00007f5df6f63000)
        libsvn_fs-1.so.0 =>
/usr/local/subversion-1.7/lib/libsvn_fs-1.so.0 (0x00007f5df6d5b000)
        libsvn_fs_fs-1.so.0 =>
/usr/local/subversion-1.7/lib/libsvn_fs_fs-1.so.0 (0x00007f5df6b31000)
        libsvn_fs_base-1.so.0 =>
/usr/local/subversion-1.7/lib/libsvn_fs_base-1.so.0 (0x00007f5df6900000)
        libsvn_fs_util-1.so.0 =>
/usr/local/subversion-1.7/lib/libsvn_fs_util-1.so.0 (0x00007f5df66fd000)
        libsvn_delta-1.so.0 =>
/usr/local/subversion-1.7/lib/libsvn_delta-1.so.0 (0x00007f5df64f0000)
        libsvn_subr-1.so.0 =>
/usr/local/subversion-1.7/lib/libsvn_subr-1.so.0 (0x00007f5df6291000)
        libsvn_ra_svn-1.so.0 =>
/usr/local/subversion-1.7/lib/libsvn_ra_svn-1.so.0 (0x00007f5df6078000)
        libz.so.1 => /lib64/libz.so.1 (0x0000003788000000)
        libsqlite3.so.0 => /usr/lib64/libsqlite3.so.0 (0x000000379e600000)
        libaprutil-1.so.0 => /usr/lib64/libaprutil-1.so.0
(0x0000003792400000)
        libcrypt.so.1 => /lib64/libcrypt.so.1 (0x0000003797600000)
        libexpat.so.1 => /lib64/libexpat.so.1 (0x000000378ac00000)
        libdb-4.8.so => /lib64/libdb-4.8.so (0x0000003794800000)
        libapr-1.so.0 => /usr/lib64/libapr-1.so.0 (0x000000378e400000)
        libpthread.so.0 => /lib64/libpthread.so.0 (0x0000003787800000)
        libsasl2.so.2 => /usr/lib64/libsasl2.so.2 (0x000000379d200000)
        libc.so.6 => /lib64/libc.so.6 (0x0000003786c00000)
        libdl.so.2 => /lib64/libdl.so.2 (0x0000003787000000)
        libuuid.so.1 => /lib64/libuuid.so.1 (0x000000378c400000)
        libfreebl3.so => /lib64/libfreebl3.so (0x00007f5df5ddf000)
        /lib64/ld-linux-x86-64.so.2 (0x0000003786800000)
        libresolv.so.2 => /lib64/libresolv.so.2 (0x000000378a000000)

Cheers,

John.

-- 
John Beranek                         To generalise is to be an idiot.
http://redux.org.uk/                                 -- William Blake
Received on 2011-03-03 20:39:11 CET

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

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.