@@ -37,12 +37,12 @@ whose contents can be decoded to a specific type. Of course, we may _want_
37
37
to process messages in the precise order which they arrived. To achieve
38
38
this, we must defer the type checking that would normally cause a traversal
39
39
of the mailbox and extract the _ raw_ message ourselves. This can be achieved
40
- using ` recieve ` and ` matchAny ` , as we will demonstrate later.
40
+ using ` receive ` and ` matchAny ` , as we will demonstrate later.
41
41
42
42
### Selective Receive
43
43
44
44
Processes dequeue messages (from their mailbox) using the [ ` expect ` ] [ 1 ]
45
- and [ ` recieve ` ] [ 2 ] family of primitives. Both take an optional timeout,
45
+ and [ ` receive ` ] [ 2 ] family of primitives. Both take an optional timeout,
46
46
allowing the expression to evaluate to ` Nothing ` if no matching input
47
47
is found.
48
48
@@ -81,7 +81,7 @@ removed from the mailbox. The removal of messages from the process' mailbox base
81
81
on type is what makes this program viable - without this "selective receiving",
82
82
the program would block and never complete.
83
83
84
- By contrast, the [ ` recieve ` ] [ 2 ] family of primitives take a list of ` Match `
84
+ By contrast, the [ ` receive ` ] [ 2 ] family of primitives take a list of ` Match `
85
85
objects, each derived from evaluating a [ ` match ` ] [ 3 ] style primitive. This
86
86
subject was covered briefly in the first tutorial. Matching on messages allows
87
87
us to separate the type(s) of messages we can handle from the type that the
0 commit comments