mirror of
https://github.com/golang/go
synced 2024-11-02 09:28:34 +00:00
doc: various typos, remove apostrophes from ordinals
R=golang-dev, r, r CC=golang-dev https://golang.org/cl/5845059
This commit is contained in:
parent
6a0544091e
commit
7e054266c9
5 changed files with 7 additions and 7 deletions
|
@ -245,7 +245,7 @@ $ go install
|
|||
</pre>
|
||||
|
||||
<p>
|
||||
The resulting workspace directory tree (assuimg we're running Linux on a 64-bit
|
||||
The resulting workspace directory tree (assuming we're running Linux on a 64-bit
|
||||
system) looks like this:
|
||||
</p>
|
||||
|
||||
|
|
|
@ -351,7 +351,7 @@ $3 = struct hchan<*testing.T>
|
|||
</pre>
|
||||
|
||||
<p>
|
||||
That <code>struct hchan<*testing.T></code> is the runtime-internal represntation of a channel. It is currently empty, or gdb would have pretty-printed it's contents.
|
||||
That <code>struct hchan<*testing.T></code> is the runtime-internal representation of a channel. It is currently empty, or gdb would have pretty-printed it's contents.
|
||||
</p>
|
||||
|
||||
<p>
|
||||
|
|
|
@ -342,7 +342,7 @@ func c_open(name *byte, mode int, perm int) int __asm__ ("open");
|
|||
</pre>
|
||||
|
||||
<p>
|
||||
The C function naturally expects a nul terminated string, which in
|
||||
The C function naturally expects a NUL-terminated string, which in
|
||||
Go is equivalent to a pointer to an array (not a slice!) of
|
||||
<code>byte</code> with a terminating zero byte. So a sample call
|
||||
from Go would look like (after importing the <code>os</code> package):
|
||||
|
|
|
@ -283,7 +283,7 @@ The <code>sync</code> package implements two lock data types,
|
|||
|
||||
<p class="rule">
|
||||
For any <code>sync.Mutex</code> or <code>sync.RWMutex</code> variable <code>l</code> and <i>n</i> < <i>m</i>,
|
||||
the <i>n</i>'th call to <code>l.Unlock()</code> happens before the <i>m</i>'th call to <code>l.Lock()</code> returns.
|
||||
call <i>n</i> of <code>l.Unlock()</code> happens before call <i>m</i> of <code>l.Lock()</code> returns.
|
||||
</p>
|
||||
|
||||
<p>
|
||||
|
@ -316,9 +316,9 @@ which happens before the <code>print</code>.
|
|||
|
||||
<p class="rule">
|
||||
For any call to <code>l.RLock</code> on a <code>sync.RWMutex</code> variable <code>l</code>,
|
||||
there is an <i>n</i> such that the <code>l.RLock</code> happens (returns) after the <i>n</i>'th call to
|
||||
there is an <i>n</i> such that the <code>l.RLock</code> happens (returns) after call <i>n</i> to
|
||||
<code>l.Unlock</code> and the matching <code>l.RUnlock</code> happens
|
||||
before the <i>n</i>+1'th call to <code>l.Lock</code>.
|
||||
before call <i>n</i>+1 to <code>l.Lock</code>.
|
||||
</p>
|
||||
|
||||
<h3>Once</h3>
|
||||
|
|
|
@ -75,7 +75,7 @@ double quotes <code>""</code> or back quotes <code>``</code>.
|
|||
<p>
|
||||
The form <code>a … b</code> represents the set of characters from
|
||||
<code>a</code> through <code>b</code> as alternatives. The horizontal
|
||||
ellipis <code>…</code> is also used elsewhere in the spec to informally denote various
|
||||
ellipsis <code>…</code> is also used elsewhere in the spec to informally denote various
|
||||
enumerations or code snippets that are not further specified. The character <code>…</code>
|
||||
(as opposed to the three characters <code>...</code>) is not a token of the Go
|
||||
language.
|
||||
|
|
Loading…
Reference in a new issue