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

Re: ra_serf abort

From: Daniel Shahaf <d.s_at_daniel.shahaf.co.il>
Date: Thu, 1 May 2008 20:04:11 +0300 (IDT)

Karl Fogel wrote on Thu, 1 May 2008 at 12:31 -0400:
> Daniel Shahaf <d.s_at_daniel.shahaf.co.il> writes:
> > Oops. This time I forgot to test merging r30868 before nominating it
> > (sorry), but now I tried, and it aborts over ra_serf:
>
> Just to be clear: you mean you tried to do the proposed merge using
> ra_serf, and it aborted, right?
>

Right. (The abort itself is quoted in the transcript just below your
signature.)

> That is, your statement has nothing to do with the effect of r30868
> itself.

Correct.

> Instead, it's about a current bug in Subversion, totally
> independent of r30868, but merging r30868 to the 1.5.x branch is one way
> to stimulate that bug.
>

Yes, except that I don't know whether the bug is in Serf or in Subversion.
(The abort(), however, is in Serf code.)

> Presumably we could get it merged using another RA layer, then. In the
> meantime, finding out why the merge with ra_serf failed would be very
> good, but is not necessarily a 1.5.x issue in itself...
>

Already merged to /branches/1.5.x-r30868 using another RA layer.

> -Karl
>

Thanks,

Daniel

> > 0:15x% svn info | grep URL
> > URL: https://svn.collab.net/repos/svn/branches/1.5.x
> > 0:15x% svnversion
> > 30876
> > 0:15x% ../trunk/subversion/svn/svn merge -c 30868 ../trunk .
> > zsh: abort ../trunk/subversion/svn/svn merge -c 30868 ../trunk .
> > 134:15x%
> >
> > (gdb) bt
> > #0 0xffffe410 in __kernel_vsyscall ()
> > #1 0xb7ae5ef5 in raise () from /lib/i686/cmov/libc.so.6
> > #2 0xb7ae7871 in abort () from /lib/i686/cmov/libc.so.6
> > #3 0xb7a0a064 in serf_bucket_mem_free (allocator=0x80cca48, block=0x1781) at buckets/allocator.c:228
> > #4 0xb7a0891c in serf_default_destroy_and_data (bucket=0x8224f58) at buckets/buckets.c:117
> > #5 0xb7a06b3f in serf_aggregate_destroy_and_data (bucket=0x8224f58) at buckets/aggregate_buckets.c:75
> > #6 0xb7a0c30b in serf_chunk_destroy (bucket=0x80a1430) at buckets/chunk_buckets.c:220
> > #7 0xb7a069f1 in cleanup_aggregate (ctx=0x80a1030, allocator=0x81dcad0) at buckets/aggregate_buckets.c:43
> > #8 0xb7a06b34 in serf_aggregate_destroy_and_data (bucket=0x80a0b30) at buckets/aggregate_buckets.c:73
> > #9 0xb7a0af58 in serf_ssl_encrypt_destroy_and_data (bucket=0x80a0db0) at buckets/ssl_buckets.c:976
> > #10 0xb7a08098 in serf_context_run (ctx=0x80ccae0, duration=2000000000, pool=0x81fd940) at context.c:652
> > ...
> > (gdb)
> >
> > Using serf 0.1.2.
> >
> > Daniel
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
> > For additional commands, e-mail: dev-help_at_subversion.tigris.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-05-01 19:04:34 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.