On 03/03/11 23:48, Philip Martin wrote:
> John Beranek <j...@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
