[WIP] Use repos_root_url and repos_relpath in the status code.

Hi! There's a lot of parameteter tracking in this patch. Basically it's all about passing down the url arguments to assemble_status(). The goal is that we should be able to remove the entry and parent_entry fields in a follow-up and be able to use the parent_relpath when we want to detect switche

Re: problems with serf

On 16.05.2010 18:31, Bert Huijben wrote: -Original Message- From: Mark Phippard [mailto:markp...@gmail.com] Sent: zondag 16 mei 2010 18:19 To: Greg Stein Cc: Stefan Küng; Subversion Development Subject: Re: problems with serf On Sun, May 16, 2010 at 11:29 AM, Greg Stein wrote: I'll tak

RE: problems with serf

> -Original Message- > From: Mark Phippard [mailto:markp...@gmail.com] > Sent: zondag 16 mei 2010 18:19 > To: Greg Stein > Cc: Stefan Küng; Subversion Development > Subject: Re: problems with serf > > On Sun, May 16, 2010 at 11:29 AM, Greg Stein wrote: > > I'll take a look at your stack t

Re: problems with serf

On Sun, May 16, 2010 at 11:29 AM, Greg Stein wrote: > I'll take a look at your stack traces. Thanks! > > It is very strange that this happens for you. I've been using serf as > my only connection for the past couple years. I specifically disable > neon support. It's been working just fine for me,

Re: problems with serf

I'll take a look at your stack traces. Thanks! It is very strange that this happens for you. I've been using serf as my only connection for the past couple years. I specifically disable neon support. It's been working just fine for me, so there is something on your system or about how TortoiseSVN

Re: deprecate all of svn_wc.h ?

On Sun, May 16, 2010 at 05:00, Barry Scott wrote: >... > Here are the list of svn_wc_ symbols from pysvn. > pysvn does not include svn_wc.h. How do you have these values if you don't include svn_wc.h? I think you *implicitly* include it through your inclusion of svn_client.h. Thx, -g

Re: SVN Performance Focus

Geoff Rowell > wrote: I think it's great that the development team has been looking into 1.7 performance, but I must admit I'm less interested in server performance than that of the client. My recent experiences with huge

Re: First SVN performance data

Hi all, answering several replies to my OP: Bert Huijben wrote: -Original Message- From: Stefan Fuhrmann [mailto:stefanfuhrm...@alice-dsl.de] Sent: woensdag 12 mei 2010 12:25 To: d...@apr.apache.org Subject: First SVN performance data Hi there, as I promised, I'm going to conduct some

Re: deprecate all of svn_wc.h ?

On 8 Apr 2010, at 22:02, Greg Stein wrote: > Hey all, > > It has come up a few times on IRC discussions: "we should never have > exposed libsvn_wc, just libsvn_client". > > Well, we've already exposed it, so we need to at least keep that stuff > around. But moving forward... should new function

problems with serf

Hi, During the last few days, I've changed TSVN to link against the svn trunk. The speed is much better now, so thanks for that. It's not as fast as the 1.6.x branch yet but it's usable. About my problem: serf is now the default DAV lib svn uses. But with serf I get tons of app crashes (serf