File 0586-Fix-various-small-typos-in-the-OTP-Design-Principles.patch of Package erlang
From f5cf1840e6b491512d545037cc2cf4189ec79907 Mon Sep 17 00:00:00 2001
From: Lars Eric Olsson <lars@eric-olsson.com>
Date: Fri, 15 May 2020 13:57:02 +0200
Subject: [PATCH] Fix various small typos in the OTP Design Principles
---
system/doc/design_principles/applications.xml | 8 +++----
system/doc/design_principles/des_princ.xml | 7 +++---
system/doc/design_principles/events.xml | 7 +++---
.../design_principles/release_handling.xml | 13 +++++-----
.../design_principles/release_structure.xml | 9 ++++---
system/doc/design_principles/statem.xml | 24 +++++++++----------
system/doc/design_principles/sup_princ.xml | 7 +++---
7 files changed, 35 insertions(+), 40 deletions(-)
diff --git a/system/doc/design_principles/applications.xml b/system/doc/design_principles/applications.xml
index f576701051..32e4de237d 100644
--- a/system/doc/design_principles/applications.xml
+++ b/system/doc/design_principles/applications.xml
@@ -113,7 +113,7 @@ stop(_State) ->
<list>
<item><c>Application</c>, an atom, is the name of the application.
The file must be named <c>Application.app</c>.</item>
- <item>Each <c>Opt</c> is a tuple <c>{Key,Value}</c>, which define a
+ <item>Each <c>Opt</c> is a tuple <c>{Key,Value}</c>, which defines a
certain property of the application. All keys are optional.
Default values are used for any omitted keys.</item>
</list>
@@ -207,7 +207,7 @@ ch_app:stop([])</code>
processes is the <em>application controller</em> process,
registered as <c>application_controller</c>.</p>
<p>All operations on applications are coordinated by the application
- controller. It is interacted through the functions in
+ controller. It is interacted with through the functions in
the module <c>application</c>, see the <c>application(3)</c>
manual page in Kernel. In particular, applications can be
loaded, unloaded, started, and stopped.</p>
diff --git a/system/doc/design_principles/des_princ.xml b/system/doc/design_principles/des_princ.xml
index 76ac6a0c99..f46532c3f2 100644
--- a/system/doc/design_principles/des_princ.xml
+++ b/system/doc/design_principles/des_princ.xml
@@ -11,7 +11,7 @@
Licensed under the Apache License, Version 2.0 (the "License");
you may not use this file except in compliance with the License.
You may obtain a copy of the License at
-
+
http://www.apache.org/licenses/LICENSE-2.0
Unless required by applicable law or agreed to in writing, software
@@ -19,7 +19,7 @@
WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
See the License for the specific language governing permissions and
limitations under the License.
-
+
</legalnotice>
<title>Overview</title>
@@ -193,7 +193,7 @@ handle_cast({free, Ch}, Chs) ->
<p>In <c>ch1.erl</c> and <c>ch2.erl</c> above, the implementation
of <c>channels/0</c>, <c>alloc/1</c>, and <c>free/2</c> has been
intentionally left out, as it is not relevant to the example.
- For completeness, one way to write these functions are given
+ For completeness, one way to write these functions is given
below. This is an example only, a realistic
implementation must be able to handle situations like running out
of channels to allocate, and so on.</p>
@@ -288,4 +288,3 @@ free(Ch, {Alloc, Free} = Channels) ->
<seealso marker="release_handling">Release Handling</seealso>.</p>
</section>
</chapter>
-
diff --git a/system/doc/design_principles/events.xml b/system/doc/design_principles/events.xml
index b5c7d53ef5..c2196c6758 100644
--- a/system/doc/design_principles/events.xml
+++ b/system/doc/design_principles/events.xml
@@ -11,7 +11,7 @@
Licensed under the Apache License, Version 2.0 (the "License");
you may not use this file except in compliance with the License.
You may obtain a copy of the License at
-
+
http://www.apache.org/licenses/LICENSE-2.0
Unless required by applicable law or agreed to in writing, software
@@ -19,7 +19,7 @@
WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
See the License for the specific language governing permissions and
limitations under the License.
-
+
</legalnotice>
<title>gen_event Behaviour</title>
@@ -45,7 +45,7 @@
event handlers. For example, an event manager for handling errors
can by default have a handler installed, which writes error
messages to the terminal. If the error messages during a certain
- period is to be saved to a file as well, the user adds another
+ period are to be saved to a file as well, the user adds another
event handler that does this. When logging to the file is no
longer necessary, this event handler is deleted.</p>
<p>An event manager is implemented as a process and each event
@@ -239,4 +239,3 @@ code_change(OldVsn, State, Extra) ->
{ok, NewState}</code>
</section>
</chapter>
-
diff --git a/system/doc/design_principles/release_handling.xml b/system/doc/design_principles/release_handling.xml
index 3f2c6872f4..d23e9732fc 100644
--- a/system/doc/design_principles/release_handling.xml
+++ b/system/doc/design_principles/release_handling.xml
@@ -11,7 +11,7 @@
Licensed under the Apache License, Version 2.0 (the "License");
you may not use this file except in compliance with the License.
You may obtain a copy of the License at
-
+
http://www.apache.org/licenses/LICENSE-2.0
Unless required by applicable law or agreed to in writing, software
@@ -19,7 +19,7 @@
WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
See the License for the specific language governing permissions and
limitations under the License.
-
+
</legalnotice>
<title>Release Handling</title>
@@ -493,13 +493,13 @@ handle_cast({free, Ch}, Chs) ->
<p>This file does not need to be created manually, it can be
generated by <c>systools:make_relup/3,4</c>. The relevant versions
of the <c>.rel</c> file, <c>.app</c> files, and <c>.appup</c> files
- are used as input. It is deducted which applications are to be
+ are used as input. It is deduced which applications are to be
added and deleted, and which applications that must be upgraded
and/or downgraded. The instructions for this are fetched from
the <c>.appup</c> files and transformed into a single list of
low-level instructions in the right order.</p>
<p>If the <c>relup</c> file is relatively simple, it can be created
- manually. It it only to contain low-level instructions.</p>
+ manually. It is only to contain low-level instructions.</p>
<p>For details about the syntax and contents of the release upgrade
file, see the <c>relup(4)</c> manual page in SASL.</p>
<p><em>Example, continued from the previous section:</em> You have a
@@ -628,13 +628,13 @@ ok</pre>
<p>The new release package now also contains version "2" of <c>ch_app</c>
and the <c>relup</c> file:</p>
<code type="none">
-% tar tf ch_rel-2.tar
+% tar tf ch_rel-2.tar
lib/kernel-2.9/ebin/kernel.app
lib/kernel-2.9/ebin/application.beam
...
lib/stdlib-1.12/ebin/stdlib.app
lib/stdlib-1.12/ebin/beam_lib.beam
-...
+...
lib/sasl-1.10/ebin/sasl.app
lib/sasl-1.10/ebin/sasl.beam
...
@@ -735,4 +735,3 @@ Module:config_change(Changed, New, Removed)</code>
application callback module.</p>
</section>
</chapter>
-
diff --git a/system/doc/design_principles/release_structure.xml b/system/doc/design_principles/release_structure.xml
index 981886282a..9e2e8df9c6 100644
--- a/system/doc/design_principles/release_structure.xml
+++ b/system/doc/design_principles/release_structure.xml
@@ -11,7 +11,7 @@
Licensed under the Apache License, Version 2.0 (the "License");
you may not use this file except in compliance with the License.
You may obtain a copy of the License at
-
+
http://www.apache.org/licenses/LICENSE-2.0
Unless required by applicable law or agreed to in writing, software
@@ -19,7 +19,7 @@
WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
See the License for the specific language governing permissions and
limitations under the License.
-
+
</legalnotice>
<title>Releases</title>
@@ -105,7 +105,7 @@
<title>Generating Boot Scripts</title>
<p><c>systools</c> in the SASL application includes tools to
build and check releases. The functions read the <c>rel</c> and
- <c>.app</c> files and performs syntax and dependency checks.
+ <c>.app</c> files and perform syntax and dependency checks.
The <c>systools:make_script/1,2</c> function is used to generate
a boot script (see System Principles):</p>
<pre>
@@ -130,7 +130,7 @@ ok</pre>
Erlang (BEAM) emulator version 5.3
Eshell V5.3 (abort with ^G)
-1>
+1>
=PROGRESS REPORT==== 13-Jun-2003::12:01:15 ===
supervisor: {local,sasl_safe_sup}
started: [{pid,<0.33.0>},
@@ -320,4 +320,3 @@ $ROOT/...
</section>
</section>
</chapter>
-
diff --git a/system/doc/design_principles/sup_princ.xml b/system/doc/design_principles/sup_princ.xml
index 7fb8ba39ea..60ec23466f 100644
--- a/system/doc/design_principles/sup_princ.xml
+++ b/system/doc/design_principles/sup_princ.xml
@@ -11,7 +11,7 @@
Licensed under the Apache License, Version 2.0 (the "License");
you may not use this file except in compliance with the License.
You may obtain a copy of the License at
-
+
http://www.apache.org/licenses/LICENSE-2.0
Unless required by applicable law or agreed to in writing, software
@@ -19,7 +19,7 @@
WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
See the License for the specific language governing permissions and
limitations under the License.
-
+
</legalnotice>
<title>Supervisor Behaviour</title>
@@ -466,7 +466,7 @@ supervisor:delete_child(Sup, Id)</code>
<c>Id</c> is the value associated with the <c>id</c> key in
the <seealso marker="#spec">child specification</seealso>.</p>
<p>As with dynamically added child processes, the effects of
- deleting a static child process is lost if the supervisor itself
+ deleting a static child process are lost if the supervisor itself
restarts.</p>
</section>
@@ -534,4 +534,3 @@ supervisor:terminate_child(Sup, Pid)</code>
then terminates itself.</p>
</section>
</chapter>
-
--
2.26.2
