You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@subversion.apache.org by ju...@apache.org on 2014/03/06 19:00:54 UTC

svn commit: r1574982 - in /subversion/trunk/subversion: include/svn_fs.h libsvn_subr/named_atomic.c

Author: julianfoad
Date: Thu Mar  6 18:00:54 2014
New Revision: 1574982

URL: http://svn.apache.org/r1574982
Log:
Fix typos in comments: s/begin/being/.

* subversion/include/svn_fs.h
  (svn_fs_progress_notify_func_t): Fix typo.

* subversion/libsvn_subr/named_atomic.c
  (svn_atomic_namespace__create): Fix typo.

Modified:
    subversion/trunk/subversion/include/svn_fs.h
    subversion/trunk/subversion/libsvn_subr/named_atomic.c

Modified: subversion/trunk/subversion/include/svn_fs.h
URL: http://svn.apache.org/viewvc/subversion/trunk/subversion/include/svn_fs.h?rev=1574982&r1=1574981&r2=1574982&view=diff
==============================================================================
--- subversion/trunk/subversion/include/svn_fs.h (original)
+++ subversion/trunk/subversion/include/svn_fs.h Thu Mar  6 18:00:54 2014
@@ -364,7 +364,7 @@ svn_fs_upgrade(const char *path,
 /**
  * Callback function type for progress notification.
  *
- * @a revision is the number of the revision currently begin processed,
+ * @a revision is the number of the revision currently being processed,
  * #SVN_INVALID_REVNUM if the current stage is not linked to any specific
  * revision. @a baton is the callback baton.
  *

Modified: subversion/trunk/subversion/libsvn_subr/named_atomic.c
URL: http://svn.apache.org/viewvc/subversion/trunk/subversion/libsvn_subr/named_atomic.c?rev=1574982&r1=1574981&r2=1574982&view=diff
==============================================================================
--- subversion/trunk/subversion/libsvn_subr/named_atomic.c (original)
+++ subversion/trunk/subversion/libsvn_subr/named_atomic.c Thu Mar  6 18:00:54 2014
@@ -428,7 +428,7 @@ svn_atomic_namespace__create(svn_atomic_
                            result_pool));
 
   /* Make sure the last user of our lock file will actually remove it.
-   * Please note that only the last file handle begin closed will actually
+   * Please note that only the last file handle being closed will actually
    * remove the underlying file (see docstring for apr_file_remove).
    */
   apr_pool_cleanup_register(result_pool, &new_ns->mutex,