You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@subversion.apache.org by Philip Martin <ph...@codematters.co.uk> on 2002/05/08 21:44:54 UTC
Is ra_dav broken?
Hello
Almost every checkout I do over ra_dav involving files fails. The
testsuite fails. Even this fails:
$ svnadmin create repo
$ svn co -d wc http://localhost/repo
$ echo foo > wc/foo.c
$ svn add wc/foo.c
$ svn ci wc
$ rm -rf wc
$ svn co -d wc http://localhost/repo
The server SEGVs in apr_hash_get from
#2 0x402d0c4a in txn_body_node_prop (baton=0xbffff7cc, trail=0x81510c8)
at ../svn/subversion/libsvn_fs/tree.c:887
887 *(args->value_p) = apr_hash_get (proplist, args->propname,
It appears that proplist is not a valid hash
(gdb) p proplist[0]
$1 = {pool = 0x1d600, array = 0x0, iterator = {ht = 0x0, this = 0x402c5408,
next = 0x402c7258, index = 1076829660}, count = 1076629908,
max = 1076829628}
(gdb) p proplist[0].pool[0]
Cannot access memory at address 0x1d600
(gdb) p args->propname
$2 = 0x402ac2a3 "svn:mime-type"
--
Philip
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Is ra_dav broken?
Posted by cm...@collab.net.
cmpilato@collab.net writes:
> Philip Martin <ph...@codematters.co.uk> writes:
>
> > Hello
> >
> > Almost every checkout I do over ra_dav involving files fails. The
> > testsuite fails. Even this fails:
>
> Oh, I'm sure this is my fault, too. :-) Though I wonder why ra_dav
> and ra_local would be acting differently...
>
> Switching to a shared build and investigating this now...
Hm. Just built fresh, and all of basic_tests.py passed for me over
ra_dav. Also, your little make-a-new-repo recipe worked fine as
well. Running commit_tests.py over DAV now, but all seems to be going
fine thus far. Do you have busted linkage? I mean, there were whole
source-files (proplist.[ch]) that were removed from libsvn_fs in the
past couple of days?
If you don't hear more from me on this, it means that all my python
tests passed over DAV (or failed in unrelated ways).
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Is ra_dav broken?
Posted by cm...@collab.net.
Philip Martin <ph...@codematters.co.uk> writes:
> Hello
>
> Almost every checkout I do over ra_dav involving files fails. The
> testsuite fails. Even this fails:
Oh, I'm sure this is my fault, too. :-) Though I wonder why ra_dav
and ra_local would be acting differently...
Switching to a shared build and investigating this now...
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Is ra_dav broken?
Posted by cm...@collab.net.
Philip Martin <ph...@codematters.co.uk> writes:
> Philip Martin <ph...@codematters.co.uk> writes:
>
> > The server SEGVs in apr_hash_get from
> >
> > #2 0x402d0c4a in txn_body_node_prop (baton=0xbffff7cc, trail=0x81510c8)
> > at ../svn/subversion/libsvn_fs/tree.c:887
> > 887 *(args->value_p) = apr_hash_get (proplist, args->propname,
> >
> > It appears that proplist is not a valid hash
> >
> > (gdb) p proplist[0]
> > $1 = {pool = 0x1d600, array = 0x0, iterator = {ht = 0x0, this = 0x402c5408,
> > next = 0x402c7258, index = 1076829660}, count = 1076629908,
> > max = 1076829628}
> > (gdb) p proplist[0].pool[0]
> > Cannot access memory at address 0x1d600
>
> Fixed in rev 1913.
Coolio. Thanks, Philip. Sorry I couldn't reproduce it (though I
should have been able to spot that bug if I had just *looked* at the
function in question...)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Is ra_dav broken?
Posted by Philip Martin <ph...@codematters.co.uk>.
Philip Martin <ph...@codematters.co.uk> writes:
> The server SEGVs in apr_hash_get from
>
> #2 0x402d0c4a in txn_body_node_prop (baton=0xbffff7cc, trail=0x81510c8)
> at ../svn/subversion/libsvn_fs/tree.c:887
> 887 *(args->value_p) = apr_hash_get (proplist, args->propname,
>
> It appears that proplist is not a valid hash
>
> (gdb) p proplist[0]
> $1 = {pool = 0x1d600, array = 0x0, iterator = {ht = 0x0, this = 0x402c5408,
> next = 0x402c7258, index = 1076829660}, count = 1076629908,
> max = 1076829628}
> (gdb) p proplist[0].pool[0]
> Cannot access memory at address 0x1d600
Fixed in rev 1913.
--
Philip
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org