Re: Breakage on trunk?

On 03/03/11 23:48, Philip Martin wrote:
> John Beranek <john_at_redux.org.uk> writes:
>
>> Forgot to note, same assertion failure:
>>
>> START: client-test
>> lt-client-test: subversion/libsvn_subr/svn_temp_serializer.c:282:
>> svn_temp_deserializer__resolve: Assertion `*ptr > buffer' failed.
>
> A stack trace please:

A small note here that confused me, I reconfigured with
--enable-maintainer-mode and did a clean build, and the test failures
and assertion went away. I was about to send a message apologising for
not doing a clean build, but now I find if I turn off maintainer mode
and do a clean build, I still get the failures.

Here's a backtrace:

#0 0x0000003786c330c5 in raise () from /lib64/libc.so.6
#1 0x0000003786c34a76 in abort () from /lib64/libc.so.6
#2 0x0000003786c2b905 in __assert_fail () from /lib64/libc.so.6
#3 0x00007ffff713dd0b in svn_temp_deserializer__resolve (
    buffer=<value optimized out>, ptr=<value optimized out>)
    at subversion/libsvn_subr/svn_temp_serializer.c:282
#4 0x00007ffff79b8555 in deserialize_id_private (
    buffer=<value optimized out>, id=0x7fffffffd778)
    at subversion/libsvn_fs_fs/id.c:370
#5 svn_fs_fs__id_deserialize (buffer=<value optimized out>,
id=0x7fffffffd778)
    at subversion/libsvn_fs_fs/id.c:397
#6 0x00007ffff79bb18a in svn_fs_fs__deserialize_id (out=0x7fffffffd8b8,
    data=<value optimized out>, data_len=<value optimized out>,
    pool=<value optimized out>)
    at subversion/libsvn_fs_fs/temp_serializer.c:588
#7 0x00007ffff7115956 in membuffer_cache_get (value_p=0x7fffffffd8b8,
    found=0x7fffffffd86c, cache_void=0x63cf30, key=<value optimized out>,
    pool=0x778f08) at subversion/libsvn_subr/cache-membuffer.c:985
#8 svn_membuffer_cache_get (value_p=0x7fffffffd8b8, found=0x7fffffffd86c,
    cache_void=0x63cf30, key=<value optimized out>, pool=0x778f08)
    at subversion/libsvn_subr/cache-membuffer.c:1145
#9 0x00007ffff7116acb in svn_cache__get (value_p=<value optimized out>,
    found=<value optimized out>, cache=0x63cf10, key=<value optimized out>,
    pool=0x778f08) at subversion/libsvn_subr/cache.c:61
#10 0x00007ffff79b2b4d in svn_fs_fs__rev_get_root
(root_id_p=0x7fffffffd8b8,
    fs=0x62e500, rev=1, pool=0x778f08) at
subversion/libsvn_fs_fs/fs_fs.c:2833
#11 0x00007ffff79a8b06 in svn_fs_fs__dag_revision_root
(node_p=0x7fffffffd8e8,
    fs=0x62e500, rev=<value optimized out>, pool=0x778f08)
    at subversion/libsvn_fs_fs/dag.c:605
#12 0x00007ffff79bcbc3 in svn_fs_fs__revision_root (root_p=0x7fffffffd9d8,
    fs=0x62e500, rev=1, pool=0x778f08) at subversion/libsvn_fs_fs/tree.c:313
#13 0x000000000040d0b7 in get_dir (conn=0x626858, pool=0x772ed8,
    params=<value optimized out>, baton=0x7fffffffdb40)
    at subversion/svnserve/serve.c:1534
#14 0x00007ffff6ef83de in svn_ra_svn_handle_commands2 (conn=0x626858,
    pool=<value optimized out>, commands=<value optimized out>,
    baton=0x7fffffffdb40, error_on_disconnect=0)
    at subversion/libsvn_ra_svn/marshal.c:1039
#15 0x000000000040e4ca in serve (conn=0x626858, params=<value optimized
out>,
    pool=0x624848) at subversion/svnserve/serve.c:3228
#16 0x0000000000407730 in main (argc=<value optimized out>,
    argv=<value optimized out>) at subversion/svnserve/main.c:933

Cheers,

John.

-- 
John Beranek                         To generalise is to be an idiot.
http://redux.org.uk/                                 -- William Blake