I've sent the dumpfile to Lieven off list.
--
troels
On Sun, Jan 24, 2010 at 11:41 AM, Lieven Govaerts wrote:
> On Sat, Jan 23, 2010 at 11:57 PM, troels knak-nielsen
> wrote:
>> Hi list.
>>
>> I've just installed svn from ports on FreeBSD. It works for some
>> operations, but I get a coredump
On Sun, Jan 24, 2010 at 11:23 AM, Stefan Sperling wrote:
> The error shows that you are using ra_serf for http:// access.
> You should try ra_neon instead, ra_serf is experimental.
>
> Put the line:
>
> http-library = neon
>
> into ~/.subversion/servers and the problem will likely
> disappear even
On Sat, Jan 23, 2010 at 11:57 PM, troels knak-nielsen
wrote:
> Hi list.
>
> I've just installed svn from ports on FreeBSD. It works for some
> operations, but I get a coredump when running the following:
>
> # svn export http://svn.facebook.com/svnroot/platform/clients/php/trunk
> facebook-api
> s
On Sun, Jan 24, 2010 at 03:24:20AM +0100, troels knak-nielsen wrote:
> On Sun, Jan 24, 2010 at 2:05 AM, Hyrum K. Wright
> wrote:
> > I cannot reproduce this using the recently released Subversion 1.6.9.
> >
> > -Hyrum
>
> So - Is it likely that I can remedy the issue by compiling from a
> source
On Sun, Jan 24, 2010 at 2:05 AM, Hyrum K. Wright
wrote:
> I cannot reproduce this using the recently released Subversion 1.6.9.
>
> -Hyrum
So - Is it likely that I can remedy the issue by compiling from a
source release? I'm not really comfortable about doing that on
freebsd, but if you think it
I cannot reproduce this using the recently released Subversion 1.6.9.
-Hyrum
On Jan 23, 2010, at 4:57 PM, troels knak-nielsen wrote:
> Hi list.
>
> I've just installed svn from ports on FreeBSD. It works for some
> operations, but I get a coredump when running the following:
>
> # svn export h
Hi list.
I've just installed svn from ports on FreeBSD. It works for some
operations, but I get a coredump when running the following:
# svn export http://svn.facebook.com/svnroot/platform/clients/php/trunk
facebook-api
svn: In file 'subversion/libsvn_ra_serf/update.c' line 1620: internal
malfunc