aboutsummaryrefslogtreecommitdiffstats
path: root/lib
diff options
context:
space:
mode:
authorLukas Larsson <[email protected]>2018-02-06 09:54:18 +0100
committerGitHub <[email protected]>2018-02-06 09:54:18 +0100
commit1c0843886908513a2a6bd5f315010acf5668e2b9 (patch)
treef445d3e55b0ff1577985091bbf7a8f9a4b03d180 /lib
parentb6d0807aebf676063ab522833ded99b2a7fb31c9 (diff)
parent2ab931cec15917e1297aafce350439c8daa7a726 (diff)
downloadotp-1c0843886908513a2a6bd5f315010acf5668e2b9.tar.gz
otp-1c0843886908513a2a6bd5f315010acf5668e2b9.tar.bz2
otp-1c0843886908513a2a6bd5f315010acf5668e2b9.zip
Merge pull request #1704 from fxn/patch-2
Reword docs related to the runtime system mode
Diffstat (limited to 'lib')
-rw-r--r--lib/kernel/doc/src/code.xml18
1 files changed, 10 insertions, 8 deletions
diff --git a/lib/kernel/doc/src/code.xml b/lib/kernel/doc/src/code.xml
index c94f612c01..bd95819636 100644
--- a/lib/kernel/doc/src/code.xml
+++ b/lib/kernel/doc/src/code.xml
@@ -34,26 +34,28 @@
<p>This module contains the interface to the Erlang
<em>code server</em>, which deals with the loading of compiled
code into a running Erlang runtime system.</p>
- <p>The runtime system can be started in <em>embedded</em> or
- <em>interactive</em> mode. Which one is decided by command-line
+ <p>The runtime system can be started in <em>interactive</em> or
+ <em>embedded</em> mode. Which one is decided by the command-line
flag <c>-mode</c>:</p>
<pre>
% <input>erl -mode interactive</input></pre>
<p>The modes are as follows:</p>
<list type="bulleted">
<item>
- <p>In embedded mode, all code is loaded during system startup
- according to the boot script. (Code can also be loaded later
- by explicitly ordering the code server to do so).</p>
- </item>
- <item>
<p>In interactive mode, which is default, only some code is loaded
- during system startup, basically the modules needed by the runtime
+ during system startup, basically the modules needed by the runtime
system. Other code is dynamically loaded when first
referenced. When a call to a function in a certain module is
made, and the module is not loaded, the code server searches
for and tries to load the module.</p>
</item>
+ <item>
+ <p>In embedded mode, modules are not auto loaded. Trying to use
+ a module that has not been loaded results in an error. This mode is
+ recommended when the boot script loads all modules, as it is
+ typically done in OTP releases. (Code can still be loaded later
+ by explicitly ordering the code server to do so).</p>
+ </item>
</list>
<p>To prevent accidentally reloading of modules affecting the Erlang
runtime system, directories <c>kernel</c>, <c>stdlib</c>,