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

Bus error when using ra_neon (Subversion trunk at r32799)

From: Jeremy Whitlock <jcscoobyrs_at_gmail.com>
Date: Thu, 28 Aug 2008 14:21:06 -0600

Hi all,
    I'm running into some weird bus error on OSX that I'd like to
bring up. Basically, I have built Subversion from trunk (r32799).
Whenever I run any Subversion client command that uses ra_neon, I get
a "bus error" with the following back trace while running "svn st -u",
although other commands also are affected:

Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: KERN_PROTECTION_FAILURE at address: 0x00000000
hashTableDestroy (table=0x40a5f8) at xmlparse.c:4311
4311 NAMED *p = table->v[i];
(gdb) bt
#0 hashTableDestroy (table=0x40a5f8) at xmlparse.c:4311
#1 0x002f7c37 in dtdDestroy [inlined] () at xmlparse.c:4033
#2 0x002f7c37 in XML_ParserFree (parser=0x40a430) at xmlparse.c:849
#3 0x002dd483 in ne_xml_destroy (p=0x88ee00) at ne_xml.c:598
#4 0x001a6238 in xml_parser_cleanup (baton=0x88ee00) at
subversion/libsvn_ra_neon/util.c:46
#5 0x002abf7d in run_cleanups (cref=0x81d428) at memory/unix/apr_pools.c:2063
#6 0x002acb1d in apr_pool_destroy (pool=0x81d418) at
memory/unix/apr_pools.c:756
#7 0x001a433f in exchange_capabilities (ras=0x51c498, pool=0x81f418)
at subversion/libsvn_ra_neon/session.c:817
#8 0x001a52bd in svn_ra_neon__open (session=0x51c428,
repos_URL=0x51c380 "http://svn.collab.net/repos/svn/trunk",
callbacks=0x51c3a8, callback_baton=0x51c3d0, config=0x811cd8,
pool=0x81f418) at subversion/libsvn_ra_neon/session.c:1279
#9 0x000f0820 in svn_ra_open3 (session_p=0xbffff234,
repos_URL=0x51c380 "http://svn.collab.net/repos/svn/trunk",
uuid=0x81f7a0 "612f8ebc-c883-4be0-9ee0-a4e9ef946e3a",
callbacks=0x51c3a8, callback_baton=0x51c3d0, config=0x811cd8,
pool=0x81f418) at subversion/libsvn_ra/ra_loader.c:593
#10 0x0007f965 in svn_client__open_ra_session_internal
(ra_session=0xbffff234, base_url=0x51c380
"http://svn.collab.net/repos/svn/trunk", base_dir=0x81f5c0 "",
base_access=0x81f598, commit_items=0x0, use_admin=0, read_only_wc=1,
ctx=0x811c88, pool=0x81f418) at subversion/libsvn_client/ra.c:323
#11 0x000841fd in svn_client_status3 (result_rev=0xbffff354,
path=0x812c00 "", revision=0xbffff37c, status_func=0x13442
<print_status>, status_baton=0xbffff358, depth=svn_depth_unknown,
get_all=0, update=1, no_ignore=0, ignore_externals=0,
changelists=0x8115f8, ctx=0x811c88, pool=0x81f418) at
subversion/libsvn_client/status.c:300
#12 0x000138c4 in svn_cl__status (os=0x8115b8, baton=0xbffff4fc,
pool=0x811418) at subversion/svn/status-cmd.c:248
#13 0x0000d96a in main (argc=3, argv=0xbffff6b4) at subversion/svn/main.c:1982

(gdb) bt full
#0 hashTableDestroy (table=0x40a5f8) at xmlparse.c:4311
        p = (NAMED *) 0xbfffee28
        i = 0
#1 0x002f7c37 in dtdDestroy [inlined] () at xmlparse.c:4033
        iter = {
  p = 0x0,
  end = 0x0
}
        parser = (XML_Parser) Cannot access memory at address 0x0

I've rebuilt Subversion, its deps (apr, apr-util, neon and serf)
completely from scratch and I end up with the same result. When I
switch over to serf, instead of neon, I do not get any bus error and
end up with Subversion running without problem. When I use dtrace to
see which libraries are being loaded, my libraries, instead of the
default Leopard libraries, are being loaded as expected. otool also
shows that Subversion was linked properly. I have not dug into this
too much but since I'm running out of ideas, I figured I'd post here.

-- 
Take care,
Jeremy Whitlock
http://www.thoughtspark.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: dev-help_at_subversion.tigris.org
Received on 2008-08-28 22:21:18 CEST

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.