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,