1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290
|
.TH proc_lib 3 "stdlib 1.15.3" "Ericsson AB" "ERLANG MODULE DEFINITION"
.SH MODULE
proc_lib \- Functions for asynchronous and synchronous start of processes adhering to the OTP design principles\&.
.SH DESCRIPTION
.LP
This module is used to start processes adhering to the OTP Design Principles\&. Specifically, the functions in this module are used by the OTP standard behaviors (\fIgen_server\fR, \fIgen_fsm\fR, \&.\&.\&.) when starting new processes\&. The functions can also be used to start \fIspecial processes\fR, user defined processes which comply to the OTP design principles\&. See Sys and Proc_Lib in OTP Design Principles for an example\&.
.LP
Some useful information is initialized when a process starts\&. The registered names, or the process identifiers, of the parent process, and the parent ancestors, are stored together with information about the function initially called in the process\&.
.LP
While in "plain Erlang" a process is said to terminate normally only for the exit reason \fInormal\fR, a process started using \fIproc_lib\fR is also said to terminate normally if it exits with reason \fIshutdown\fR\&. This is the reason used when an application (supervision tree) is stopped\&.
.LP
When a process started using \fIproc_lib\fR terminates abnormally -- that is, with another exit reason than \fInormal\fR or \fIshutdown\fR -- a \fIcrash report\fR is generated, which is written to terminal by the default SASL event handler\&. That is, the crash report is normally only visible if the SASL application is started\&. See sasl(6) and SASL User\&'s Guide\&.
.LP
The crash report contains the previously stored information such as ancestors and initial function, the termination reason, and information regarding other processes which terminate as a result of this process terminating\&.
.SH EXPORTS
.LP
.B
spawn(Fun) -> pid()
.br
.B
spawn(Node, Fun) -> pid()
.br
.B
spawn(Module, Function, Args) -> pid()
.br
.B
spawn(Node, Module, Function, Args) -> pid()
.br
.RS
.TP
Types
Node = node()
.br
Fun = fun() -> void()
.br
Module = Function = atom()
.br
Args = [term()]
.br
.RE
.RS
.LP
Spawns a new process and initializes it as described above\&. The process is spawned using the spawn BIFs\&.
.RE
.LP
.B
spawn_link(Fun) -> pid()
.br
.B
spawn_link(Node, Fun) -> pid()
.br
.B
spawn_link(Module, Function, Args) -> pid()
.br
.B
spawn_link(Node, Module, Function, Args) -> pid()
.br
.RS
.TP
Types
Node = node()
.br
Fun = fun() -> void()
.br
Module = Function = atom()
.br
Args = [term()]
.br
.RE
.RS
.LP
Spawns a new process and initializes it as described above\&. The process is spawned using the spawn_link BIFs\&.
.RE
.LP
.B
spawn_opt(Fun, SpawnOpts) -> pid()
.br
.B
spawn_opt(Node, Fun, SpawnOpts) -> pid()
.br
.B
spawn_opt(Module, Function, Args, SpawnOpts) -> pid()
.br
.B
spawn_opt(Node, Module, Func, Args, SpawnOpts) -> pid()
.br
.RS
.TP
Types
Node = node()
.br
Fun = fun() -> void()
.br
Module = Function = atom()
.br
Args = [term()]
.br
SpawnOpts -- see erlang:spawn_opt/2, 3, 4, 5
.br
.RE
.RS
.LP
Spawns a new process and initializes it as described above\&. The process is spawned using the spawn_opt BIFs\&.
.SS Note:
.LP
Using the spawn option \fImonitor\fR is currently not allowed, but will cause the function to fail with reason \fIbadarg\fR\&.
.RE
.LP
.B
start(Module, Function, Args) -> Ret
.br
.B
start(Module, Function, Args, Time) -> Ret
.br
.B
start(Module, Function, Args, Time, SpawnOpts) -> Ret
.br
.B
start_link(Module, Function, Args) -> Ret
.br
.B
start_link(Module, Function, Args, Time) -> Ret
.br
.B
start_link(Module, Function, Args, Time, SpawnOpts) -> Ret
.br
.RS
.TP
Types
Module = Function = atom()
.br
Args = [term()]
.br
Time = int() >= 0 | infinity
.br
SpawnOpts -- see erlang:spawn_opt/2, 3, 4, 5
.br
Ret = term() | {error, Reason}
.br
.RE
.RS
.LP
Starts a new process synchronously\&. Spawns the process and waits for it to start\&. When the process has started, it \fImust\fR call init_ack(Parent,Ret) or init_ack(Ret), where \fIParent\fR is the process that evaluates this function\&. At this time, \fIRet\fR is returned\&.
.LP
If the \fIstart_link/3, 4, 5\fR function is used and the process crashes before it has called \fIinit_ack/1, 2\fR, \fI{error, Reason}\fR is returned if the calling process traps exits\&.
.LP
If \fITime\fR is specified as an integer, this function waits for \fITime\fR milliseconds for the new process to call \fIinit_ack\fR, or \fI{error, timeout}\fR is returned, and the process is killed\&.
.LP
The \fISpawnOpts\fR argument, if given, will be passed as the last argument to the \fIspawn_opt/2, 3, 4, 5\fR BIF\&.
.SS Note:
.LP
Using the spawn option \fImonitor\fR is currently not allowed, but will cause the function to fail with reason \fIbadarg\fR\&.
.RE
.LP
.B
init_ack(Parent, Ret) -> void()
.br
.B
init_ack(Ret) -> void()
.br
.RS
.TP
Types
Parent = pid()
.br
Ret = term()
.br
.RE
.RS
.LP
This function must used by a process that has been started by a start[_link]/3,4,5 function\&. It tells \fIParent\fR that the process has initialized itself, has started, or has failed to initialize itself\&.
.LP
The \fIinit_ack/1\fR function uses the parent value previously stored by the start function used\&.
.LP
If this function is not called, the start function will return an error tuple (if a link and/or a timeout is used) or hang otherwise\&.
.LP
The following example illustrates how this function and \fIproc_lib:start_link/3\fR are used\&.
.nf
-module(my_proc)\&.
-export([start_link/0])\&.
-export([init/1])\&.
start_link() ->
proc_lib:start_link(my_proc, init, [self()])\&.
init(Parent) ->
case do_initialization() of
ok ->
proc_lib:init_ack(Parent, {ok, self()});
{error, Reason} ->
exit(Reason)
end,
loop()\&.
\&.\&.\&.
.fi
.RE
.LP
.B
format(CrashReport) -> string()
.br
.RS
.TP
Types
CrashReport = term()
.br
.RE
.RS
.LP
This function can be used by a user defined event handler to format a crash report\&. The crash report is sent using \fIerror_logger:error_report(crash_report, CrashReport)\fR\&. That is, the event to be handled is of the format \fI{error_report, GL, {Pid, crash_report, CrashReport}}\fR where \fIGL\fR is the group leader pid of the process \fIPid\fR which sent the crash report\&.
.RE
.LP
.B
initial_call(Process) -> {Module,Function,Args} | Fun | false
.br
.RS
.TP
Types
Process = pid() | {X, Y, Z} | ProcInfo
.br
X = Y = Z = int()
.br
ProcInfo = term()
.br
Module = Function = atom()
.br
Args = [term()]
.br
Fun = fun() -> void()
.br
.RE
.RS
.LP
Extracts the initial call of a process that was started using one of the spawn or start functions described above\&. \fIProcess\fR can either be a pid, an integer tuple (from which a pid can be created), or the process information of a process \fIPid\fR fetched through an \fIerlang:process_info(Pid)\fR function call\&.
.RE
.LP
.B
translate_initial_call(Process) -> {Module,Function,Arity} | Fun
.br
.RS
.TP
Types
Process = pid() | {X, Y, Z} | ProcInfo
.br
X = Y = Z = int()
.br
ProcInfo = term()
.br
Module = Function = atom()
.br
Arity = int()
.br
Fun = fun() -> void()
.br
.RE
.RS
.LP
This function is used by the \fIc:i/0\fR and \fIc:regs/0\fR functions in order to present process information\&.
.LP
Extracts the initial call of a process that was started using one of the spawn or start functions described above, and translates it to more useful information\&. \fIProcess\fR can either be a pid, an integer tuple (from which a pid can be created), or the process information of a process \fIPid\fR fetched through an \fIerlang:process_info(Pid)\fR function call\&.
.LP
If the initial call is to one of the system defined behaviors such as \fIgen_server\fR or \fIgen_event\fR, it is translated to more useful information\&. If a \fIgen_server\fR is spawned, the returned \fIModule\fR is the name of the callback module and \fIFunction\fR is \fIinit\fR (the function that initiates the new server)\&.
.LP
A \fIsupervisor\fR and a \fIsupervisor_bridge\fR are also \fIgen_server\fR processes\&. In order to return information that this process is a supervisor and the name of the call-back module, \fIModule\fR is \fIsupervisor\fR and \fIFunction\fR is the name of the supervisor callback module\&. \fIArity\fR is \fI1\fR since the \fIinit/1\fR function is called initially in the callback module\&.
.LP
By default, \fI{proc_lib, init_p, 5}\fR is returned if no information about the initial call can be found\&. It is assumed that the caller knows that the process has been spawned with the \fIproc_lib\fR module\&.
.RE
.LP
.B
hibernate(Module, Function, Args)
.br
.RS
.TP
Types
Module = Function = atom()
.br
Args = [term()]
.br
.RE
.RS
.LP
This function does the same as (and does call) the BIF hibernate/3, but ensures that exception handling and logging continues to work as expected when the process wakes up\&. Always use this function instead of the BIF for processes started using \fIproc_lib\fR functions\&.
.RE
.SH SEE ALSO
.LP
error_logger(3)
|