Re: Third-party provider funcs in our API: did we expose too much?

2012-07-26 Thread Daniel Shahaf
C. Michael Pilato wrote on Thu, Jul 26, 2012 at 16:54:48 -0400: > On 07/26/2012 04:33 PM, Bert Huijben wrote: > > > > > >> -Original Message- > >> From: C. Michael Pilato [mailto:cmpil...@collab.net] > >> Sent: donderdag 26 juli 2012 22:13 > >> To: Subversion Development > >> Subject: Thi

RE: Third-party provider funcs in our API: did we expose too much?

2012-07-26 Thread Bert Huijben
> -Original Message- > From: C. Michael Pilato [mailto:cmpil...@collab.net] > Sent: donderdag 26 juli 2012 22:55 > To: Bert Huijben > Cc: 'Subversion Development' > Subject: Re: Third-party provider funcs in our API: did we expose too much? > > On 07/26/2012 04:33 PM, Bert Huijben wrote:

RE: svn commit: r1366209 - in /subversion/trunk/subversion: libsvn_wc/externals.c tests/libsvn_client/client-test.c

2012-07-26 Thread Bert Huijben
> -Original Message- > From: Blair Zajac [mailto:bl...@orcaware.com] > Sent: vrijdag 27 juli 2012 01:47 > To: rhuij...@apache.org > Cc: dev@subversion.apache.org > Subject: Re: svn commit: r1366209 - in /subversion/trunk/subversion: > libsvn_wc/externals.c tests/libsvn_client/client-test.

Re: svn commit: r1366209 - in /subversion/trunk/subversion: libsvn_wc/externals.c tests/libsvn_client/client-test.c

2012-07-26 Thread Blair Zajac
On 07/26/2012 03:04 PM, rhuij...@apache.org wrote: Author: rhuijben Date: Thu Jul 26 22:04:03 2012 New Revision: 1366209 URL: http://svn.apache.org/viewvc?rev=1366209&view=rev Log: * subversion/libsvn_wc/externals.c (svn_wc__resolve_relative_external_url): Deny /../ syntax in urls in ext

Re: Third-party provider funcs in our API: did we expose too much?

2012-07-26 Thread C. Michael Pilato
On 07/26/2012 04:33 PM, Bert Huijben wrote: > > >> -Original Message- >> From: C. Michael Pilato [mailto:cmpil...@collab.net] >> Sent: donderdag 26 juli 2012 22:13 >> To: Subversion Development >> Subject: Third-party provider funcs in our API: did we expose too much? >> >> Can anyone exp

RE: Third-party provider funcs in our API: did we expose too much?

2012-07-26 Thread Bert Huijben
> -Original Message- > From: C. Michael Pilato [mailto:cmpil...@collab.net] > Sent: donderdag 26 juli 2012 22:13 > To: Subversion Development > Subject: Third-party provider funcs in our API: did we expose too much? > > Can anyone explain to me why the following symbols are exposed in th

Re: Third-party provider funcs in our API: did we expose too much?

2012-07-26 Thread Stefan Sperling
On Thu, Jul 26, 2012 at 04:12:41PM -0400, C. Michael Pilato wrote: > Can anyone explain to me why the following symbols are exposed in the public > Subversion API? > >svn_auth_get_platform_specific_provider >svn_auth_get_windows_simple_provider >svn_auth_get_windows_ssl_client_cert_pw_

Third-party provider funcs in our API: did we expose too much?

2012-07-26 Thread C. Michael Pilato
Can anyone explain to me why the following symbols are exposed in the public Subversion API? svn_auth_get_platform_specific_provider svn_auth_get_windows_simple_provider svn_auth_get_windows_ssl_client_cert_pw_provider svn_auth_get_windows_ssl_server_trust_provider svn_auth_get_keyc

Re: [Issue 4129] predecessors links on root node-revision skip revisions

2012-07-26 Thread Philip Martin
Stefan Fuhrmann writes: > Yesterday, I debugged the code and found out why r(N-2) > would be reported. This was due to is-fresh-txn-root > being set on some of the root noderevs. Some of the > affected repositories don't use directory deltification. > Maybe, I'm able to look deeper into how that

Re: [Issue 4129] predecessors links on root node-revision skip revisions

2012-07-26 Thread Stefan Fuhrmann
On Wed, Jul 25, 2012 at 2:09 PM, Daniel Shahaf wrote: > Philip Martin wrote on Wed, Jul 25, 2012 at 12:06:48 +0100: > > Daniel Shahaf writes: > > > > > Philip Martin wrote on Wed, Jul 25, 2012 at 11:09:54 +0100: > > >> Daniel Shahaf writes: > > >> > > >> > Philip Martin wrote on Wed, Jul 25, 20