The new fields added in svn_wc.h cause the following errors:
subversion/bindings/swig/python/svn_wc.c: In function
‘_wrap_svn_wc_conflict_description2_t_prop_value_base_set’:
subversion/bindings/swig/python/svn_wc.c:8798: error: ‘_global_pool’
undeclared (first use in this function)
subversion/b
On 8/19/14 12:07 AM, Branko Čibej wrote:
> I think it's not that simple.
>
> Consider the case where an administrator decides to not use 'svnadmin hotcopy'
> to back up a repository, but instead creates a (LVM) snapshot of the volume
> and
> uses 'tar' (or 'cp -a') to create the backup.
>
> When
> Author: stefan2
> Date: Wed Aug 20 10:30:26 2014
> New Revision: 1619068
>
> URL: http://svn.apache.org/r1619068
> Log:
> Remove the "checked" option from svn_mutex_t. Update all callers
> and remove the regression test.
>
> The reason is that there seems to be no portable way (e.g. via a
> seri
> [...]
>
> I haven't looked at the implementation, but if your description is correct,
> then we're definitely in trouble.
>
> I would have expected that the unversioned-metadata (i.e., currently only
> revprop) generation would always be updated regardless of cache settings,
> and never be cached
[Note: I'd like to split this into two threads, one about revprop
caching and another about named atomics]
On 20.08.2014 13:21, Evgeny Kotkov wrote:
> We (Sergey Raevskiy and I) had some time to
> examine the revision property caching feature, and there are some conclusions
> that we would like t
We (Sergey Raevskiy and I) had some time to
examine the revision property caching feature, and there are some conclusions
that we would like to share. In brief, there are certain conditions when this
feature can actually *wreak havoc* in terms of the repository consistency and
possible corruption
On 8/19/14 11:08 PM, Alexey Neyman wrote:
> Hi,
>
> It looks like the core.Stream class does not close the underlying streams. It
> does save reference to a svn_stream_t wrapper in self._stream, but does not
> call svn_stream_close() on its own deletion, nor does the auto-generated
> svn_stream
7 matches
Mail list logo