debug.pl -- Print debug messages and test assertions
This library is a replacement for format/3 for printing debug messages. Messages are assigned a topic. By dynamically enabling or disabling topics the user can select desired messages. Debug statements are removed when the code is compiled for optimization.
See manual for details. With XPCE, you can use the call below to start a graphical monitoring tool.
?- prolog_ide(debug_monitor).
Using the predicate assertion/1 you can make assumptions about your program explicit, trapping the debugger if the condition does not hold.
- debugging(+Topic) is semidet
- debugging(-Topic) is nondet
- debugging(?Topic, ?Bool) is nondet
- debugging(-Topic) is nondet
- Check whether we are debugging Topic or enumerate the topics we are debugging.
- debug(+Topic) is det
- nodebug(+Topic) is det
- Add/remove a topic from being printed. nodebug(_) removes all
topics. Gives a warning if the topic is not defined unless it is
used from a directive. The latter allows placing debug topics at
the start of a (load-)file without warnings.
For debug/1, Topic can be a term Topic > Out, where Out is either a stream or stream-alias or a filename (atom). This redirects debug information on this topic to the given output.
- list_debug_topics is det
- List currently known debug topics and their setting.
- debug_message_context(+What) is det
- Specify additional context for debug messages. What is one of
+Context or -Context, and Context is one of
thread,timeor time(Format), where Format is a format specification for format_time/3 (default is%T.%3f). Initially, debug/3 shows only thread information. - debug(+Topic, +Format, :Args) is det
- Similar to format/3 to
user_error, but only prints if Topic is activated through debug/1. Args is a meta-argument to deal with goal for the @-command. Output is first handed to the hook prolog:debug_print_hook/3. If this fails, Format+Args is translated to text using the message-translation (see print_message/2) for the term debug(Format, Args) and then printed to every matching destination (controlled by debug/1) using print_message_lines/3.The message is preceded by '% ' and terminated with a newline.
- prolog:debug_print_hook(+Topic, +Format, +Args) is semidet[multifile]
- Hook called by debug/3. This hook is used by the graphical
frontend that can be activated using prolog_ide/1:
?- prolog_ide(debug_monitor).
- prolog:debug_print_hook(+Topic, +Format, +Args) is semidet[multifile]
- Hook called by debug/3. This hook is used by the graphical
frontend that can be activated using prolog_ide/1:
?- prolog_ide(debug_monitor).
- assertion(:Goal) is det
- Acts similar to C assert() macro. It has no effect if Goal
succeeds. If Goal fails or throws an exception, the following
steps are taken:
- call prolog:assertion_failed/2. If prolog:assertion_failed/2
fails, then:
- If this is an interactive toplevel thread, print a message, the stack-trace, and finally trap the debugger.
- Otherwise, throw error(assertion_error(Reason, G),_) where
Reason is one of
failor the exception raised.
- call prolog:assertion_failed/2. If prolog:assertion_failed/2
fails, then:
- prolog:assertion_failed(+Reason, +Goal) is semidet[multifile]
- This hook is called if the Goal of assertion/1 fails. Reason is
unified with either
failif Goal simply failed or an exception call otherwise. If this hook fails, the default behaviour is activated. If the hooks throws an exception it will be propagated into the caller of assertion/1. - prolog:assertion_failed(+Reason, +Goal) is semidet[multifile]
- This hook is called if the Goal of assertion/1 fails. Reason is
unified with either
failif Goal simply failed or an exception call otherwise. If this hook fails, the default behaviour is activated. If the hooks throws an exception it will be propagated into the caller of assertion/1.