Exceptions thrown by the Prolog system are called errors.
Error terms have the form:
error(ISO_Error, SICStus_Error)
where the principal functor of ISO_Error (resp. SICStus_Error) indicates the error class (see ref-ere-err). The classification always coincides.
Please note: Don't throw error terms except when you re-throw a previously caught error term. They correspond to the exceptions thrown by the built-in predicates. Throwing such forged error terms can lead to unexpected results.
See lib-types for an alternative interface to throwing error exceptions, which tries to include line number information for source-linked debugging.
Error messages like the one shown earlier are printed using the built-in
predicate print_message/2
. One of the arguments to
print_message/2
is the exception term. print_message/2
can be customized, as described in ref-msg.
The set of error classes used by the system has been kept small:
The format of the exception thrown by the built-in predicates is:
error(ISO_Error, SICStus_Error)
where ISO_Error is the error term prescribed by the ISO Prolog standard, while SICStus_Error is the part defined by the standard to be implementation defined. This so called SICStus error term has the same principal functor as ISO_Error but more arguments containing additional information, such as the goal and the argument number causing the error. Arguments are numbered from 1 upwards. An argument number given as zero means that an unspecific argument caused the error.
The list below itemizes the error terms, showing the ISO_Error and SICStus_Error form of each one, in that order. The SICStus and ISO error terms always belong to the same error class, but note that the Context and Consistency error classes are extensions to the ISO Prolog standard.
The goal part of the error term may optionally have the form
$@(
Callable,
PC)
where PC is an internal
encoding of the line of code containing the culprit goal or one
of its ancestors. To decompose an annotated goal AGoal into a Goal proper
and a SourceInfo descriptor term, indicating the source
position of the goal, use:
?- goal_source_info(AGoal, Goal, SourceInfo).
The reference page gives details about the SourceInfo format. See mpg-ref-goal_source_info.
instantiation_error
ISOinstantiation_error(
Goal,
ArgNo)
uninstantiation_error(
Culprit)
ISOuninstantiation_error(
Goal,
ArgNo,
Culprit)
type_error(
TypeName,
Culprit)
ISOtype_error(
Goal,
ArgNo,
TypeName,
Culprit)
domain_error(
Domain,
Culprit)
ISOdomain_error(
Goal,
ArgNo,
Domain,
Culprit)
existence_error(
ObjectType,
Culprit)
ISOexistence_error(
Goal,
ArgNo,
ObjectType,
Culprit,
Reserved)
permission_error(
Operation,
ObjectType,
Culprit)
ISOpermission_error(
Goal,
Operation,
ObjectType,
Culprit,
Reserved)
context_error(
ContextType,
CommandType)
context_error(
Goal,
ContextType,
CommandType)
syntax_error(
Message)
ISOsyntax_error(
Goal,
Position,
Message,
Tokens,
AfterError)
read/[1,2]
or
assembling a number from its characters with number_chars/2
or
number_codes/2
. See ref-ere-err-syn for ways of controlling
this behavior.
evaluation_error(
ErrorType,
Culprit)
ISOevaluation_error(
Goal,
ArgNo,
ErrorType,
Culprit)
representation_error(
ErrorType)
ISOrepresentation_error(
Goal,
ArgNo,
ErrorType)
consistency_error(
Culprit1,
Culprit2,
Message)
consistency_error(
Goal,
Culprit1,
Culprit2,
Message)
resource_error(
ResourceType)
ISOresource_error(
Goal,
ResourceType)
memory
.
system_error
ISOsystem_error(
Message)
Most exception terms include a copy of the Goal that threw the exception.
In general, built-in predicates that cause side-effects, such as the opening of a stream or asserting a clause into the Prolog database, attempt to do all error checking before the side-effect is performed. Unless otherwise indicated in the documentation for a particular predicate or error class, it should be assumed that goals that throw exceptions have not performed any side-effect.