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

Re: Subversion test results.

From: Gavin Baumanis <gavinb_at_thespidernet.com>
Date: Fri, 13 Nov 2009 08:53:18 +1100

Hi again Philip,

Here is the backtrace after recompiling with debug information.

#0 0x00007fff86704cc0 in strlen ()
#1 0x0000000100519594 in apr_vformatter ()
#2 0x000000010052343c in apr_pvsprintf ()
#3 0x00000001005236db in apr_psprintf ()
#4 0x00000001001e94ae in representation_string (rep=0x1008858b8, format=4, mutable_rep_truncated=1, pool=0x100883e28) at subversion/libsvn_fs_fs/fs_fs.c:2163
#5 0x00000001001e9763 in svn_fs_fs__write_noderev (outfile=0x100888e48, noderev=0x100885800, format=4, include_mergeinfo=1, pool=0x100883e28) at subversion/libsvn_fs_fs/fs_fs.c:2206
#6 0x00000001001e9c2c in svn_fs_fs__put_node_revision (fs=0x100871e30, id=0x100885928, noderev=0x100885800, fresh_txn_root=1, pool=0x100883e28) at subversion/libsvn_fs_fs/fs_fs.c:2272
#7 0x00000001001eecf6 in create_new_txn_noderev_from_rev (fs=0x100871e30, txn_id=0x100884308 "0-1", src=0x100884358, pool=0x100883e28) at subversion/libsvn_fs_fs/fs_fs.c:4163
#8 0x00000001001ef5cb in svn_fs_fs__create_txn (txn_p=0x100883f08, fs=0x100871e30, rev=0, pool=0x100883e28) at subversion/libsvn_fs_fs/fs_fs.c:4336
#9 0x00000001001f7b0a in svn_fs_fs__begin_txn (txn_p=0x100883f08, fs=0x100871e30, rev=0, flags=2, pool=0x100883e28) at subversion/libsvn_fs_fs/fs_fs.c:7035
#10 0x00000001001d5b9a in svn_fs_begin_txn2 (txn_p=0x100883f08, fs=0x100871e30, rev=0, flags=2, pool=0x100883e28) at subversion/libsvn_fs/fs-loader.c:647
#11 0x000000010019e100 in svn_repos_fs_begin_txn_for_commit2 (txn_p=0x100883f08, repos=0x10086a498, rev=0, revprop_table=0x100883f38, pool=0x100883e28) at subversion/libsvn_repos/fs-wrap.c:90
#12 0x00000001001953d2 in open_root (edit_baton=0x100883ea8, base_revision=-1, pool=0x100869e28, root_baton=0x7fff5fbfe4d8) at subversion/libsvn_repos/commit.c:189
#13 0x00000001000498f2 in import (path=0x100862d20 "/Library/WebServer/Documents", new_entries=0x100868070, editor=0x100873968, edit_baton=0x100883ea8, depth=svn_depth_infinity, excludes=0x100867fa8, no_ignore=0, ignore_unknown_node_types=0, ctx=0x1008573f8, pool=0x100869e28) at subversion/libsvn_client/commit.c:501
#14 0x000000010004a68a in svn_client_import3 (commit_info_p=0x7fff5fbfe6c0, path=0x100862d20 "/Library/WebServer/Documents", url=0x100867e58 "file:///Users/beau/SUBVERSION/svn-src/repo", depth=svn_depth_infinity, no_ignore=0, ignore_unknown_node_types=0, revprop_table=0x0, ctx=0x1008573f8, pool=0x100856e28) at subversion/libsvn_client/commit.c:786
#15 0x0000000100007983 in svn_cl__import (os=0x100857080, baton=0x7fff5fbfe960, pool=0x100856e28) at subversion/svn/import-cmd.c:119
#16 0x000000010000ec4c in main (argc=6, argv=0x7fff5fbfeaa8) at subversion/svn/main.c:2195

Gavin

On 13/11/2009, at 08:43 , Philip Martin wrote:

> Gavin Baumanis <gavinb_at_thespidernet.com> writes:
>
>> I'm sure on some other planet at the moment..
>> That's my excuse and I am sticking to it!
>>
>> I have followed your recipe implicitly ad now I get;
>> [beau_at_MacBook:~/SUBVERSION/svn-src] $ subversion/svn/svn import -mm Makefile file://`pwd`/repo
>> svn: Path 'file:///Users/beau/SUBVERSION/svn-src/repo' already exists
>
> My mistake, I thought import would append Makefile to the destination
> directory but for files it seems one needs to use:
>
> $ subversion/svn/svn import -mm Makefile file://`pwd`/repo/foo
>
>> I wasn't familiar with your usage of import so I used;
>> subversion/svn/svn import -m 'initial import' /Library/WebServer/Documents/ file:///`pwd`/repo
>> Segmentation fault
>>
>> (gdb)r import -m 'initial import' /Library/WebServer/Documents/ file:///`pwd`/repo
>> Starting program: /Users/beau/SUBVERSION/svn-src/subversion/svn/.libs/svn import -m 'initial import' /Library/WebServer/Documents/ file:///`pwd`/repo
>> Reading symbols for shared libraries .+++++++++++++++++++++++++......................... done
>>
>> Program received signal EXC_BAD_ACCESS, Could not access memory.
>> Reason: KERN_INVALID_ADDRESS at address: 0x0000000000000000
>> 0x00007fff86704cc0 in strlen ()
>>
>> (gdb)bt
>> #0 0x00007fff86704cc0 in strlen ()
>> #1 0x000000010046d594 in apr_vformatter ()
>> #2 0x000000010047743c in apr_pvsprintf ()
>> #3 0x00000001004776db in apr_psprintf ()
>> #4 0x0000000100172f01 in representation_string (rep=0x1008858b8, format=<value temporarily unavailable, due to optimizations>, mutable_rep_truncated=<value temporarily unavailable, due to optimizations>, pool=0x100883e28) at subversion/libsvn_fs_fs/fs_fs.c:2163
>
> It will be easier to debug if you configure with --enable-debug (it
> should also build more quickly).
>
> --
> Philip
>
> ------------------------------------------------------
> http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=2417270

------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=2417274
Received on 2009-11-12 22:53:35 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.