From 49dc357e3ee8875817d351aef69c254d7ec1eac7 Mon Sep 17 00:00:00 2001
From: lnmx <len@lnmx.org>
Date: Fri, 18 Dec 2015 10:27:39 -0500
Subject: [PATCH] doc: minor format fixes in book/error-handling

---
 src/doc/book/error-handling.md | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/src/doc/book/error-handling.md b/src/doc/book/error-handling.md
index 57389bdc493..de41a8fe03b 100644
--- a/src/doc/book/error-handling.md
+++ b/src/doc/book/error-handling.md
@@ -182,7 +182,7 @@ analysis is the only way to get at the value stored inside an `Option<T>`. This
 means that you, as the programmer, must handle the case when an `Option<T>` is
 `None` instead of `Some(t)`.
 
-But wait, what about `unwrap`,which we used [`previously`](#code-unwrap-double)?
+But wait, what about `unwrap`, which we used [previously](#code-unwrap-double)?
 There was no case analysis there! Instead, the case analysis was put inside the
 `unwrap` method for you. You could define it yourself if you want: