about summary refs log tree commit diff
diff options
context:
space:
mode:
authorjbranchaud <jbranchaud@gmail.com>2016-04-16 13:27:33 -0500
committerjbranchaud <jbranchaud@gmail.com>2016-04-16 13:27:33 -0500
commit06e2e0e18d7617091f2812573ed66ecf4613eaab (patch)
treeb15fda566a404255f5a1a4ba70e13c8a44bb79b5
parent6fa61b810dc95ca3e8bbda1681229f855f214fc4 (diff)
downloadrust-06e2e0e18d7617091f2812573ed66ecf4613eaab.tar.gz
rust-06e2e0e18d7617091f2812573ed66ecf4613eaab.zip
Use `v` instead of `v1` for consistency
The code examples and previous paragraphs all use `v` and `v2`
-rw-r--r--src/doc/book/ownership.md8
1 files changed, 4 insertions, 4 deletions
diff --git a/src/doc/book/ownership.md b/src/doc/book/ownership.md
index f8938be30ed..988103a1180 100644
--- a/src/doc/book/ownership.md
+++ b/src/doc/book/ownership.md
@@ -173,11 +173,11 @@ For example if we truncated the vector to just two elements through `v2`:
 v2.truncate(2);
 ```
 
-and `v1` were still accessible we'd end up with an invalid vector since `v1`
+and `v` were still accessible we'd end up with an invalid vector since `v`
 would not know that the heap data has been truncated. Now, the part of the
-vector `v1` on the stack does not agree with the corresponding part on the
-heap. `v1` still thinks there are three elements in the vector and will
-happily let us access the non existent element `v1[2]` but as you might
+vector `v` on the stack does not agree with the corresponding part on the
+heap. `v` still thinks there are three elements in the vector and will
+happily let us access the non existent element `v[2]` but as you might
 already know this is a recipe for disaster. Especially because it might lead
 to a segmentation fault or worse allow an unauthorized user to read from
 memory to which they don't have access.