about summary refs log tree commit diff
diff options
context:
space:
mode:
authorNeil Pankey <npankey@gmail.com>2014-10-18 17:40:32 -0700
committerNeil Pankey <npankey@gmail.com>2014-10-18 17:40:57 -0700
commit66939dfe645a2eaf2ba9a2750122836a37271db1 (patch)
tree27c8f120e502c34c6f0fa641f57149b0ea7467a9
parente1389530cf5dca112f5d282acfa7f08a08e114bc (diff)
downloadrust-66939dfe645a2eaf2ba9a2750122836a37271db1.tar.gz
rust-66939dfe645a2eaf2ba9a2750122836a37271db1.zip
[Docs] more intro typos
-rw-r--r--src/doc/intro.md14
1 files changed, 7 insertions, 7 deletions
diff --git a/src/doc/intro.md b/src/doc/intro.md
index 1eb2d6f64e7..21ec551eb30 100644
--- a/src/doc/intro.md
+++ b/src/doc/intro.md
@@ -444,19 +444,19 @@ It gives us this error:
 It mentions that "numbers moved into closure environment". Because we referred
 to `numbers` inside of our `proc`, and we create three `proc`s, we would have
 three references. Rust detects this and gives us the error: we claim that
-`numbers` has ownership, but our code tries to make ten owners. This may cause
-a safety problem, so Rust disallows it.
+`numbers` has ownership, but our code tries to make three owners. This may
+cause a safety problem, so Rust disallows it.
 
 What to do here? Rust has two types that helps us: `Arc<T>` and `Mutex<T>`.
 "Arc" stands for "atomically reference counted." In other words, an Arc will
 keep track of the number of references to something, and not free the
 associated resource until the count is zero. The 'atomic' portion refers to an
 Arc's usage of concurrency primitives to atomically update the count, making it
-safe across threads. If we use an Arc, we can have our ten references. But, an
-Arc does not allow mutable borrows of the data it holds, and we want to modify
-what we're sharing. In this case, we can use a `Mutex<T>` inside of our Arc. A
-Mutex will synchronize our accesses, so that we can ensure that our mutation
-doesn't cause a data race.
+safe across threads. If we use an Arc, we can have our three references. But,
+an Arc does not allow mutable borrows of the data it holds, and we want to
+modify what we're sharing. In this case, we can use a `Mutex<T>` inside of our
+Arc. A Mutex will synchronize our accesses, so that we can ensure that our
+mutation doesn't cause a data race.
 
 Here's what using an Arc with a Mutex looks like: