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

Re: Core dump checking out large repositories

From: Ben Collins-Sussman <sussman_at_collab.net>
Date: 2005-01-22 18:20:56 CET

On Jan 22, 2005, at 10:15 AM, Dominic Mitchell wrote:

> On Fri, Jan 21, 2005 at 07:39:00PM -0700, SmartServ Hosting wrote:
>> %uname -rs
>> FreeBSD 5.3-RELEASE
>> %du -sh /svnroot
>> 7.5M /svnroot/
>> Subversion: 1.1.1
>> %svn co file:///svnroot/trunk
>> [some files checkout/not all files]
>> Segmentation fault (core dumped)
>> %
>> backtrace:
>> (gdb) bt full
>> #0 0x280d97f3 in update_entry (b=Cannot access memory at address
>> 0xbfad1d98
>> ) at subversion/libsvn_repos/reporter.c:589
>> s_root = (svn_fs_root_t *) Cannot access memory at address
>> 0xbfad1ddc
> This is exactly the same problem that I am seeing, on FreeBSD-CURRENT.
> Although I'm accessing over webdav. Now that I try it using a file:///
> url, it goes wrong too. Which is odd, because when I tried it, it
> didn't fail...

Here's a question: is there any chance the the freebsd port is using
APR 1.0, rather than 0.9.5?

Either of those versions of APR will work with Subversion, though
Subversion technically only claims to use 0.9.5. But the problem is
that the two versions of APR are binary-incompatible. I've seen a lot
of strange svn bugs lately, and many of them happen when somebody was
using Subversion with APR 0.9.5, then quietly (or unintentionally)
upgrades to APR 1.0.

In other words, it's safe to *start* using Subversion for the first
time with either APR 0.9.5 or 1.0. But it's not safe to switch horses

To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sat Jan 22 18:24:23 2005

This is an archived mail posted to the Subversion Users mailing list.