On 31.01.2016 17:30, Bert Huijben wrote:
-Original Message-
From: stef...@apache.org [mailto:stef...@apache.org]
Sent: zondag 31 januari 2016 17:18
To: comm...@subversion.apache.org
Subject: svn commit: r1727838 - in /subversion/trunk/subversion:
include/private/svn_fs_util.h libsvn_fs
I suggest to extend 'svn patch' so that it supports usage in a pipe like
gzip -dc patch-0042.gz | svn patch -P patch-0042 -
This would permit using 'svn patch' directly as a drop-in replacement for
gzip -dc patch-0042.gz | patch
An example use case is the '%autosetup -S [SCM]' feature of
On 31.01.2016 17:45, Bert Huijben wrote:
-Original Message-
From: stef...@apache.org [mailto:stef...@apache.org]
Sent: zondag 31 januari 2016 10:30
To: comm...@subversion.apache.org
Subject: svn commit: r1727785 -
/subversion/trunk/subversion/libsvn_ra_svn/marshal.c
Author: stefan2
Hi,
Hi,
I've investigated the crash dump provided on the users mailing list in
the thread: "Subversion crash report".
Not sure what exactly the underlying issue is, but doing a code review
suggests that SVN is making use of a nullptr without properly checking
that case.
starting in libsvn
Hi,
as discussed on the dev list (topic: inconsistent null-ptr handling in
utf-path related functions):
http://mail-archives.apache.org/mod_mbox/subversion-dev/201601.mbox/browser
attached is a patch to prevent svn_fs__path_valid() to run in an access
violation when creating an error due to pa
On 27 January 2016 at 15:02, Bert Huijben wrote:
>> -Original Message-
>> From: i...@apache.org [mailto:i...@apache.org]
>> Sent: zaterdag 9 januari 2016 22:51
>> To: comm...@subversion.apache.org
>> Subject: svn commit: r1723882 -
>> /subversion/trunk/subversion/tests/libsvn_ra/ra-test.c
> -Original Message-
> From: stef...@apache.org [mailto:stef...@apache.org]
> Sent: zondag 31 januari 2016 10:30
> To: comm...@subversion.apache.org
> Subject: svn commit: r1727785 -
> /subversion/trunk/subversion/libsvn_ra_svn/marshal.c
>
> Author: stefan2
> Date: Sun Jan 31 09:29:39 20
> -Original Message-
> From: stef...@apache.org [mailto:stef...@apache.org]
> Sent: zondag 31 januari 2016 17:18
> To: comm...@subversion.apache.org
> Subject: svn commit: r1727838 - in /subversion/trunk/subversion:
> include/private/svn_fs_util.h libsvn_fs/fs-loader.c libsvn_fs_util/fs-u
On Sun, Jan 31, 2016 at 02:41:46PM -, stef...@apache.org wrote:
> Author: stefan2
> Date: Sun Jan 31 14:41:46 2016
> New Revision: 1727824
>
> URL: http://svn.apache.org/viewvc?rev=1727824&view=rev
> Log:
> Provide a fallback implementation for svn_fs_paths_changed3.
>
> * subversion/libsvn_f
Hi there,
When the server needs to transmit the list of changed paths
in a revision, its memory usage is O(#changes), i.e. practically
unbound. The problems are:
* FS and repos API require a full collection of all changes
Most consumers simply scan that data once. So, they can
just as well w
10 matches
Mail list logo