Re: svn commit: r1730617 - /subversion/trunk/subversion/libsvn_repos/log.c

2016-02-17 Thread Ivan Zhakov
On 16 February 2016 at 00:47, wrote: > Author: stefan2 > Date: Mon Feb 15 21:47:00 2016 > New Revision: 1730617 > > URL: http://svn.apache.org/viewvc?rev=1730617&view=rev > Log: > Continue work on the svn_repos_get_logs4 to svn_repos_get_logs5 migration: > Switch the last svn_fs_paths_changed2 ca

Re: What's an svnserve groups-db file? Fwd: [C. Michael Pilato: Re: [svnbook] r5084 committed - trunk/en/book/ch06-server-configuration.xml]

2016-02-17 Thread Evgeny Kotkov
Evgeny Kotkov writes: >> Could whoever implemented that knob please document the syntax and >> semantics of a groups-db file? Does the file use the ini format? Does >> it have an ini section header? What happens if both an authz-db file >> containing a [groups] section and a groups-db file are

RE: svn commit: r1730716 - in /subversion/trunk/subversion: include/private/svn_wc_private.h include/svn_client.h libsvn_client/resolved.c libsvn_wc/conflicts.c svn/resolve-cmd.c

2016-02-17 Thread Bert Huijben
> -Original Message- > From: s...@apache.org [mailto:s...@apache.org] > Sent: dinsdag 16 februari 2016 18:05 > To: comm...@subversion.apache.org > Subject: svn commit: r1730716 - in /subversion/trunk/subversion: > include/private/svn_wc_private.h include/svn_client.h > libsvn_client/resol

Re: svn commit: r1730716 - in /subversion/trunk/subversion: include/private/svn_wc_private.h include/svn_client.h libsvn_client/resolved.c libsvn_wc/conflicts.c svn/resolve-cmd.c

2016-02-17 Thread Stefan Sperling
On Wed, Feb 17, 2016 at 04:55:45PM +0100, Bert Huijben wrote: > The new variable incoming_change is used uninitialized here, breaking the > build on the Windows bots. > > See https://ci.apache.org/builders/svn-windows-local/builds/1046 Thanks for the heads up! Fixed in r1730943.

Re: svn commit: r1730617 - /subversion/trunk/subversion/libsvn_repos/log.c

2016-02-17 Thread Stefan Sperling
On Wed, Feb 17, 2016 at 05:33:21PM +0300, Ivan Zhakov wrote: > As we are adding more and more of such code, more and more users > become faced with the significant performance regression (see [1] and > other cases). > > Do you intend to resolve this problem in the future commits? I have > some obv