Bus error when using ra_neon (Subversion trunk at r32799)

[Jeremy Whitlock <jc...@gmail.com>]

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@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org