Elixir v1.0.5 Exception behaviour
Functions to format throw/catch/exit and exceptions.
Note that stacktraces in Elixir are updated on throw,
errors and exits. For example, at any given moment,
System.stacktrace
will return the stacktrace for the
last throw/error/exit that occurred in the current process.
Do not rely on the particular format returned by the format
functions in this module. They may be changed in future releases
in order to better suit Elixir’s tool chain. In other words,
by using the functions in this module it is guaranteed you will
format exceptions as in the current Elixir version being used.
Summary
Functions
Returns true if the given argument is an exception
Normalizes and formats throw/errors/exits and stacktrace
Normalizes and formats any throw, error and exit
Formats an exit, returns a string
Receives an anonymous function and arity and formats it as shown in stacktraces. The arity may also be a list of arguments
Formats the given file and line as shown in stacktraces. If any of the values are nil, they are omitted
Receives a module, fun and arity and formats it as shown in stacktraces. The arity may also be a list of arguments
Formats the stacktrace
Receives a stacktrace entry and formats it into a string
Gets the message for an exception
Normalizes an exception, converting Erlang exceptions to Elixir exceptions
Types
kind :: :error | :exit | :throw | {:EXIT, pid}
The kind handled by formatting functions
stacktrace_entry ::
{module, function, arity_or_args, location} |
{function, arity_or_args, location}
t :: %module{__exception__: true}
The exception type
Functions
Specs
format(kind, any, stacktrace | nil) :: String.t
Normalizes and formats throw/errors/exits and stacktrace.
It relies on format_banner/3
and format_stacktrace/1
to generate the final format.
Note that {:EXIT, pid}
do not generate a stacktrace though
(as they are retrieved as messages without stacktraces).
Specs
format_banner(kind, any, stacktrace | nil) :: String.t
Normalizes and formats any throw, error and exit.
The message is formatted and displayed in the same format as used by Elixir’s CLI.
The third argument, a stacktrace, is optional. If it is
not supplied System.stacktrace/0
will sometimes be used
to get additional information for the kind
:error
. If
the stacktrace is unknown and System.stacktrace/0
would
not return the stacktrace corresponding to the exception
an empty stacktrace, []
, must be used.
Specs
format_exit(any) :: String.t
Formats an exit, returns a string.
Often there are errors/exceptions inside exits. Exits are often wrapped by the caller and provide stacktraces too. This function formats exits in a way to nicely show the exit reason, caller and stacktrace.
Receives an anonymous function and arity and formats it as shown in stacktraces. The arity may also be a list of arguments.
Examples
Exception.format_fa(fn -> end, 1)
#=> "#Function<...>/1"
Formats the given file and line as shown in stacktraces. If any of the values are nil, they are omitted.
Examples
iex> Exception.format_file_line("foo", 1)
"foo:1:"
iex> Exception.format_file_line("foo", nil)
"foo:"
iex> Exception.format_file_line(nil, nil)
""
Receives a module, fun and arity and formats it as shown in stacktraces. The arity may also be a list of arguments.
Examples
iex> Exception.format_mfa Foo, :bar, 1
"Foo.bar/1"
iex> Exception.format_mfa Foo, :bar, []
"Foo.bar()"
iex> Exception.format_mfa nil, :bar, []
"nil.bar()"
Anonymous functions are reported as -func/arity-anonfn-count-, where func is the name of the enclosing function. Convert to “anonymous fn in func/arity”
Formats the stacktrace.
A stacktrace must be given as an argument. If not, the stacktrace
is retrieved from Process.info/2
.
Specs
format_stacktrace_entry(stacktrace_entry) :: String.t
Receives a stacktrace entry and formats it into a string.
Specs
normalize(:error, any, stacktrace) :: t
normalize(kind, payload, stacktrace) :: payload when payload: var
Normalizes an exception, converting Erlang exceptions to Elixir exceptions.
It takes the kind
spilled by catch
as an argument and
normalizes only :error
, returning the untouched payload
for others.
The third argument, a stacktrace, is optional. If it is
not supplied System.stacktrace/0
will sometimes be used
to get additional information for the kind
:error
. If
the stacktrace is unknown and System.stacktrace/0
would
not return the stacktrace corresponding to the exception
an empty stacktrace, []
, must be used.