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

Re: svnserve -X doesn't really work

From: Garrett Rooney <rooneg_at_electricjellyfish.net>
Date: 2007-08-10 02:27:06 CEST

On 8/9/07, Eric Gillespie <epg@pretzelnet.org> wrote:
> "Garrett Rooney" <rooneg@electricjellyfish.net> writes:
>
> > I've usually used threaded svnserve's with the --foreground switch,
> > i.e. something like:
> >
> > svnserve --foreground -T --listen-host localhost -r ~/local/svnrepo
> >
> > As you've found, -X is largely useless for debugging with a svn client
> > for many commands, it's more useful if you're just typing raw commands
> > in via telnet or something, but that's a pain in the ass for most
> > people.
>
> Threading isn't something you want to introduce when you're
> already debugging something, IMHO ;->. httpd -X can handle
> multiple requests, and I see no reason why -X shouldn't. As Dan
> says, it's currently useless.
>
> Since I know it wasn't always useless, this means libsvn_client's
> bad habit of treating RA connections as cheap and disposable is
> actually getting worse.

Well, threads sure can make things harder, but on the other hand
debugging multiple processes (which is what you'll need for a svn
client command that uses more than one connection simultaneously, and
some of them do) with gdb is just as much of a pain in most cases. So
yeah, making -X work for more than one request in series is fine, but
to make it work for more than one in parallel you'll need either
threads or processes, and threads IMO is easier to deal with in GDB.
At least if you can make the breakpoints actually work ;-)

-garrett

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Aug 10 02:25:20 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.