mirror of
https://github.com/golang/go
synced 2024-11-24 21:10:04 -07: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
@ -245,7 +245,7 @@ $ go install
|
|||||||
</pre>
|
</pre>
|
||||||
|
|
||||||
<p>
|
<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:
|
system) looks like this:
|
||||||
</p>
|
</p>
|
||||||
|
|
||||||
|
@ -351,7 +351,7 @@ $3 = struct hchan<*testing.T>
|
|||||||
</pre>
|
</pre>
|
||||||
|
|
||||||
<p>
|
<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>
|
||||||
|
|
||||||
<p>
|
<p>
|
||||||
|
@ -342,7 +342,7 @@ func c_open(name *byte, mode int, perm int) int __asm__ ("open");
|
|||||||
</pre>
|
</pre>
|
||||||
|
|
||||||
<p>
|
<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
|
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
|
<code>byte</code> with a terminating zero byte. So a sample call
|
||||||
from Go would look like (after importing the <code>os</code> package):
|
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">
|
<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>,
|
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>
|
||||||
|
|
||||||
<p>
|
<p>
|
||||||
@ -316,9 +316,9 @@ which happens before the <code>print</code>.
|
|||||||
|
|
||||||
<p class="rule">
|
<p class="rule">
|
||||||
For any call to <code>l.RLock</code> on a <code>sync.RWMutex</code> variable <code>l</code>,
|
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
|
<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>
|
</p>
|
||||||
|
|
||||||
<h3>Once</h3>
|
<h3>Once</h3>
|
||||||
|
@ -75,7 +75,7 @@ double quotes <code>""</code> or back quotes <code>``</code>.
|
|||||||
<p>
|
<p>
|
||||||
The form <code>a … b</code> represents the set of characters from
|
The form <code>a … b</code> represents the set of characters from
|
||||||
<code>a</code> through <code>b</code> as alternatives. The horizontal
|
<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>
|
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
|
(as opposed to the three characters <code>...</code>) is not a token of the Go
|
||||||
language.
|
language.
|
||||||
|
Loading…
Reference in New Issue
Block a user