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

Re: Multiple Concurrent Connections?

From: Tim Coulter <tim_at_timothyjcoulter.com>
Date: 2007-07-18 23:28:06 CEST

I'm getting two errors specifically, and some random segmentation
faults. The errors are "Can't grab FSFS repository mutex," and "Can't
grab FSFS txn list mutex."

I'm trying to limit the scope of my project, and reproduce the errors in
a much smaller setting, but I can only seem to reproduce them within the
context of my whole project.

I seem to be getting segmentation faults too, all of which seem to be
triggered by the txn.root.apply_text() method. I've run a debugger
through the code and it seems the segmentation faults occur in the Ruby
binding's Pool module.

I'm not sure why yet, but sometimes I get one of the two errors, or a
segmentation fault (I'm getting seg faults now). When I get one of those
two errors again, I'll provide a stack trace that comes along with it.

Thanks for your help!

On Wed, 2007-07-18 at 13:51 -0700, Daniel Rall wrote:
> On Wed, 18 Jul 2007, Tim Coulter wrote:
> > All,
> >
> > Is Subversion supposed to handle multiple concurrent connections using
> > the Ruby bindings through the FS module, or am I supposed to limit it to
> > one connection at a time (say, using threads and synchronizing)?
> I don't have first-hand knowledge of exactly how the Ruby bindings are
> written in this area, but I would expect that multiple concurrent
> connections would be supported.
> > I'm connecting to Subversion straight from the filesystem API, and I'm
> > not going through a client context. I seem to get random errors which
> > suggest that the ladder is true.
> Would you provide more detail about what you're doing, and the errors
> that you're seeing? A stack trace would be quite helpful, too.

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Jul 18 23:27:22 2007

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.