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

Re: segfault around svn_commit_callback2_t

From: Hyrum K. Wright <hyrum_wright_at_mail.utexas.edu>
Date: Fri, 23 Jul 2010 14:35:40 +0000

On Fri, Jul 23, 2010 at 1:26 PM, Daniel Shahaf <d.s_at_daniel.shahaf.name> wrote:
> When running my standard "create a Greek tree repos+wc to experiment in" wc, I get a segfault:
>
> #1  0xb7629b6a in deltify_etc (commit_info=0xb5abdbc8, baton=0x80ddba0, pool=0x80b29f8) at subversion/libsvn_ra_local/ra_plugin.c:351
> 351       err1 = (*db->callback)(commit_info, db->callback_baton, pool);
>
> The full script is attached, and here is the tail of the run:
>
>
> + echo ### Importing it...
> ### Importing it...
> + cd import-me
> + /home/daniel/prefix/apache2/build/libtool --mode=execute gdb --args /home/daniel/src/svn/trunk.d/subversion/svn/svn import -q -m Initial import. file:////tmp/daniel/sandbox/r1
> GNU gdb 6.8-debian
> Copyright (C) 2008 Free Software Foundation, Inc.
> License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
> This is free software: you are free to change and redistribute it.
> There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
> and "show warranty" for details.
> This GDB was configured as "i486-linux-gnu"...
> (gdb) run
> Starting program: /home/daniel/src/svn/trunk.d/subversion/svn/.libs/lt-svn import -q -m Initial\ import. file:////tmp/daniel/sandbox/r1
> [Thread debugging using libthread_db enabled]
> [New Thread 0xb6d9ea30 (LWP 21759)]
> [New Thread 0xb6b5db90 (LWP 21762)]
> [New Thread 0xb635cb90 (LWP 21763)]
> [Thread 0xb6b5db90 (LWP 21762) exited]
> [Thread 0xb635cb90 (LWP 21763) exited]
>
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to Thread 0xb6d9ea30 (LWP 21759)]
> 0x00000000 in ?? ()
> (gdb) bt
> #0  0x00000000 in ?? ()
> #1  0xb7629b6a in deltify_etc (commit_info=0xb5abdbc8, baton=0x80ddba0, pool=0x80b29f8) at subversion/libsvn_ra_local/ra_plugin.c:351
> #2  0xb758f46a in close_edit (edit_baton=0x80de6f0, pool=0x80b29f8) at subversion/libsvn_repos/commit.c:745
> #3  0xb76ae504 in import (path=0x8069da9 "", new_entries=0x80be3d8, editor=0x80ddd98, edit_baton=0x80de6f0, depth=svn_depth_infinity,
>    excludes=0x80be370, no_ignore=0, ignore_unknown_node_types=0, ctx=0x8089198, pool=0x80b29f8) at subversion/libsvn_client/commit.c:589
> #4  0xb76aed99 in svn_client_import4 (path=0x8069da9 "", url=0x80be328 "file:///tmp/daniel/sandbox/r1", depth=svn_depth_infinity,
>    no_ignore=0, ignore_unknown_node_types=0, revprop_table=0x0, ctx=0x8089198, pool=0x8088978) at subversion/libsvn_client/commit.c:811
> #5  0x08053be6 in svn_cl__import (os=0x8088b20, baton=0xbfffdf48, pool=0x8088978) at subversion/svn/import-cmd.c:114
> #6  0x0805b2d0 in main (argc=6, argv=0xbfffe194) at subversion/svn/main.c:2331
> (gdb) up
> #1  0xb7629b6a in deltify_etc (commit_info=0xb5abdbc8, baton=0x80ddba0, pool=0x80b29f8) at subversion/libsvn_ra_local/ra_plugin.c:351
> 351       err1 = (*db->callback)(commit_info, db->callback_baton, pool);
> (gdb) p *db->callback
> Cannot access memory at address 0x0
> (gdb) p db
> $1 = (struct deltify_etc_baton *) 0x80ddba0
> (gdb) p db->callback
> $2 = (svn_commit_callback2_t) 0
> (gdb)
>
>
> Daniel
> (not sure if I'll have time to dig into this one)

Looks to be a pretty simple fix; I'll do it.

-Hyrum
Received on 2010-07-23 16:36:19 CEST

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