You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@subversion.apache.org by st...@apache.org on 2017/05/14 11:55:02 UTC
svn commit: r1795102 - /subversion/branches/1.8.x/STATUS
Author: stsp
Date: Sun May 14 11:55:02 2017
New Revision: 1795102
URL: http://svn.apache.org/viewvc?rev=1795102&view=rev
Log:
On the 1.8.x branch:
* STATUS: Vote for r1759116, approving. Needs 1.9 client to merge cleanly.
Modified:
subversion/branches/1.8.x/STATUS
Modified: subversion/branches/1.8.x/STATUS
URL: http://svn.apache.org/viewvc/subversion/branches/1.8.x/STATUS?rev=1795102&r1=1795101&r2=1795102&view=diff
==============================================================================
--- subversion/branches/1.8.x/STATUS (original)
+++ subversion/branches/1.8.x/STATUS Sun May 14 11:55:02 2017
@@ -43,16 +43,6 @@ Candidate changes:
-0 (non-binding): luke1410 (r1700130 is missing - will have to create a
backport branch)
- * r1759116
- Work around an APR bug in svn_io_file_trunc with buffered r/w files.
- Justification:
- Without this patch, trunc() will leave buffered file objects with
- alternating read and write accesses in an inconsistent state. Apart
- from being a bug in one of our public APIs, this will cause corruptions
- in FSFS when the strict-rep-sharing patches get backported.
- Votes:
- +1: stefan2, rhuijben
-
* r1785053
Never attempt to share directory representations in FSFS.
Justification:
@@ -106,3 +96,13 @@ Veto-blocked changes:
Approved changes:
=================
+
+ * r1759116
+ Work around an APR bug in svn_io_file_trunc with buffered r/w files.
+ Justification:
+ Without this patch, trunc() will leave buffered file objects with
+ alternating read and write accesses in an inconsistent state. Apart
+ from being a bug in one of our public APIs, this will cause corruptions
+ in FSFS when the strict-rep-sharing patches get backported.
+ Votes:
+ +1: stefan2, rhuijben, stsp