From ad6e765bcd4f35a282ef00e38ed9129f3a5c1d83 Mon Sep 17 00:00:00 2001 From: Hans Bolinder Date: Thu, 1 Sep 2016 14:32:27 +0200 Subject: doc: Correct errors introduced by Editorial changes Fix some older errors as well. --- lib/sasl/doc/src/release_handler.xml | 20 ++++++++++---------- 1 file changed, 10 insertions(+), 10 deletions(-) (limited to 'lib/sasl/doc/src/release_handler.xml') diff --git a/lib/sasl/doc/src/release_handler.xml b/lib/sasl/doc/src/release_handler.xml index bcbc5f5339..8f073807fb 100644 --- a/lib/sasl/doc/src/release_handler.xml +++ b/lib/sasl/doc/src/release_handler.xml @@ -31,7 +31,7 @@ release_handler Unpacking and Installation of Release Packages -

The release handler process belongs to the SASL +

The release handler process belongs to the SASL application, which is responsible for release handling, that is, unpacking, installation, and removal of release packages.

An introduction to release handling and an example is provided in @@ -44,7 +44,7 @@ directory of the previous version of the release, where $ROOT is the installation root directory, code:root_dir(). - Another releases directory can be specified using the SASL + Another releases directory can be specified using the SASL configuration parameter releases_dir or the OS environment variable RELDIR. The release handler must have write access to this directory to install the new release. @@ -56,7 +56,7 @@ A boot script, Name.boot

The .rel file contains information about the release: its name, - version, and which ERTS and application versions it uses.

+ version, and which ERTS and application versions it uses.

A release package can also contain:

A release upgrade file, relup @@ -115,7 +115,7 @@ System Documentation. In this case, the system configuration file sys.config is mandatory.

The installation of a new release can restart the system. Which - program to use is specified by the SASL configuration + program to use is specified by the SASL configuration parameter start_prg, which defaults to $ROOT/bin/start.

The emulator restart on Windows NT expects that the system is @@ -132,7 +132,7 @@ is made permanent.

The release handler at a node running on a diskless machine, or with a read-only file system, must be configured accordingly - using the following SASL configuration parameters (for + using the following SASL configuration parameters (for details, see sasl(6)):

masters @@ -287,7 +287,7 @@ returned, the emulator is restarted before the upgrade instructions are executed. This occurs if the emulator or any of the applications - Kernel, STDLIB, or SASL + Kernel, STDLIB, or SASL are updated. The new emulator version and these core applications execute after the restart. For all other applications the old versions are @@ -310,13 +310,13 @@ code_change_timeout

Defines the time-out for all calls to - stdlib:sys:change_code. + sys:change_code. If no value is specified or default is specified, the default value defined in sys is used.

suspend_timeout

Defines the time-out for all calls to - stdlib:sys:suspend. + sys:suspend. If no value is specified, the values defined by the Timeout parameter of the upgrade or suspend instructions are used. If default is specified, the default value defined in @@ -342,7 +342,7 @@ release_handler:set_unpacked(RelFile, [{myapp,"1.0","/home/user"},...]). => {ok,NewVsn}

If NewVsn is installed with option {update_paths,true}, then - kernel:code:lib_dir(myapp) + code:lib_dir(myapp) returns /home/user/myapp-1.0.

@@ -801,7 +801,7 @@ release_handler:set_unpacked(RelFile, [{myapp,"1.0","/home/user"},...]). is an atom named from the Posix error codes, such as enoent, eacces, or eisdir. See file(3) - in Kernel.

+ in Kernel.

Posix

Some file operation failed, as for the previous item in the list.

-- cgit v1.2.3