subversion-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bl...@apache.org
Subject svn commit: r1346026 - /subversion/trunk/subversion/libsvn_fs_fs/fs_fs.c
Date Mon, 04 Jun 2012 16:35:43 GMT
Author: blair
Date: Mon Jun  4 16:35:42 2012
New Revision: 1346026

URL: http://svn.apache.org/viewvc?rev=1346026&view=rev
Log:
Whitespace fixes.

* subversion/libsvn_fs_fs/fs_fs.c:
  s/,  /, /g.


Modified:
    subversion/trunk/subversion/libsvn_fs_fs/fs_fs.c

Modified: subversion/trunk/subversion/libsvn_fs_fs/fs_fs.c
URL: http://svn.apache.org/viewvc/subversion/trunk/subversion/libsvn_fs_fs/fs_fs.c?rev=1346026&r1=1346025&r2=1346026&view=diff
==============================================================================
--- subversion/trunk/subversion/libsvn_fs_fs/fs_fs.c (original)
+++ subversion/trunk/subversion/libsvn_fs_fs/fs_fs.c Mon Jun  4 16:35:42 2012
@@ -2855,7 +2855,7 @@ svn_fs_fs__rev_get_root(svn_fs_id_t **ro
  * be guaranteed by the repository write lock.
  *
  * The only racy situation occurs when the data is being read again by two
- * processes concurrently but in that situation,  the first process to
+ * processes concurrently but in that situation, the first process to
  * finish that procedure is guaranteed to be the only one that initializes
  * the SHM data.  Since even writers will first go through that
  * initialization phase, they will never operate on stale data.
@@ -6208,7 +6208,7 @@ write_hash_handler(void *baton,
    well as SHA1 in REP.   If rep sharing has been enabled and REPS_HASH
    is not NULL, it will be used in addition to the on-disk cache to find
    earlier reps with the same content.  When such existing reps can be
-   found,  we will truncate the one just written from the file and return
+   found, we will truncate the one just written from the file and return
    the existing rep.  Perform temporary allocations in POOL. */
 static svn_error_t *
 write_hash_rep(representation_t *rep,



Mime
View raw message