Hi,
Please find the attached patch.
With regards
Kamesh Jayachandran
[[[
Typo fixes.
Patch by: Kamesh Jayachandran <kamesh@collab.net>
* subversion/libsvn_fs_base/notes/structure
Typo fix 'epheremal' to 'ephemeral'.
* subversion/libsvn_delta/delta.h
'ope' to 'ops'.
* subversion/libsvn_delta/vdelta.c
'windering' to 'wondering'.
'terget' to 'target'
]]]
Index: subversion/libsvn_fs_base/notes/structure
===================================================================
--- subversion/libsvn_fs_base/notes/structure (revision 19266)
+++ subversion/libsvn_fs_base/notes/structure (working copy)
@@ -617,7 +617,7 @@
then at least one of the directory's children is locked, and thus the
directory cannot be deleted without further investigation.
-Locks are epheremal things, not historied in any way. They are
+Locks are ephemeral things, not historied in any way. They are
potentially created and deleted quite often. When a lock is
destroyed, the appropriate row is removed from the `locks' table.
Additionally, the locked-path is removed from the `lock-tokens' table.
Index: subversion/libsvn_delta/delta.h
===================================================================
--- subversion/libsvn_delta/delta.h (revision 19266)
+++ subversion/libsvn_delta/delta.h (working copy)
@@ -44,7 +44,7 @@
typedef struct svn_txdelta__ops_baton_t {
int num_ops; /* current number of ops */
- int src_ops; /* current number of source copy ope */
+ int src_ops; /* current number of source copy ops */
int ops_size; /* number of ops allocated */
svn_txdelta_op_t *ops; /* the operations */
Index: subversion/libsvn_delta/vdelta.c
===================================================================
--- subversion/libsvn_delta/vdelta.c (revision 19266)
+++ subversion/libsvn_delta/vdelta.c (working copy)
@@ -91,7 +91,7 @@
/* Convert a key to a pointer to the key's hash bucket.
We use a 2-universal multiplicative hash function. If you're
- windering about the selected multiplier, take a look at the
+ wondering about the selected multiplier, take a look at the
comments in apr/tables/apr_hash.c:find_entry for a discussion
on fast string hashes; it's very illuminating.
@@ -156,7 +156,7 @@
Note that the vdelta algorithm allows copies that cross the
source/target data boundary. Because our internal delta
- representation has different opcodes for source and terget copies,
+ representation has different opcodes for source and target copies,
we split them in two. This means that the opcode stream in the
delta window can contain copies shorter than VD_KEY_SIZE. These
could be represented by insert ops instead, but we'll leave them
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Apr 11 13:38:29 2006