Error and Progress Reporting and Logging support.
LaTeXML::Common::Error does some simple stack analysis to generate more informative, readable, error messages for LaTeXML. Its routines are used by the error reporting methods from LaTeXML::Global, namely Warn, Error and Fatal.
The general idea is that a minimal amount should be printed to STDERR (possibly with colors, spinners, etc if it is a terminal), and more complete information is printed to a log file. Neither of these are enabled, by default; see below.
Controls the verbosity of output to the terminal; default is 0, higher gives more information, lower gives less. A verbosity less than 0 inhibits all output to STDERR.
UseSTDERR(); Enables and initializes STDERR to accept messages. If this is not called, there will be no output to STDERR. UseSTDERR(undef); disables STDERR from further messages.
UseLog($path, $append); opens a log file on the given path. If $append is true, this file will be appended to, otherwise, it will be created initially empty. If this is not called, there will be no log file. UseLog(undef); disables and closes the log file.
The Error reporting functions all take a similar set of arguments, the differences are in the implied severity of the situation, and in the amount of detail that will be reported.
The $category is a string naming a broad category of errors, such as ”undefined”. The set is open-ended, but see the manual for a list of recognized categories. $object is the object whose presence or lack caused the problem.
$where indicates where the problem occurred; passs in the $gullet or $stomach if the problem occurred during expansion or digestion; pass in a document node if it occurred there. A string will be used as is; if an undefined value is used, the error handler will try to guess.
The $message should be a somewhat concise, but readable, explanation of the problem, but ought to not refer to the document or any ”incident specific” information, so as to support indexing in build systems. @details provides additional lines of information that may be indident specific.
Signals an fatal error, printing $message along with some context. In verbose mode a stack trace is printed.
Signals an error, printing $message along with some context. If in strict mode, this is the same as Fatal(). Otherwise, it attempts to continue processing..
Prints a warning message along with a short indicator of the input context, unless verbosity is quiet.
Prints an informational message along with a short indicator of the input context, unless verbosity is quiet.
General status message, printed whenever verbosity at or above 0, to both STDERR and the Log file (when enabled).
Prints a status message to the Log file (when enabled).
Prints a status message to the terminal (STDERR) (when enabled).
Begin a processing stage, which will be ended with ProgressSpindown($stage); This prints a message to the log such as ”(stage… runtime)”, where runtime is the time required. In conjunction with ProgressStep(), creates a progress spinner on STDERR.
End a processing stage bugin with ProgressSpindown($stage);.
Steps a progress spinner on STDERR.
Debugging statements may be embedded throughout the program. These are associated with a feature keyword. A given feature is enabled using the command-line option --debug=feature.
Prints $message if debugging has been enabled for the given feature.
Declare that $feature is a known debuggable feature, and give a description of it.
A untility to check and report if all requested debugging features actually have debugging messages declared.
No user serviceable parts inside. These symbols are not exported.
Constructs an error or warning message based on the current stack and the current location in the document. $typ is a short string characterizing the type of message, such as ”Error”. $msg is the error message itself. If $lng is true, will generate a more verbose message; this also uses the VERBOSITY set in the $STATE. Longer messages will show a trace of the objects invoked on the stack, @more are additional strings to include in the message.
Return a formatted string showing a trace of the stackframes up until this function was invoked.
Return a list of objects invoked on the stack. This procedure only considers those stackframes which involve methods, and the objects are those (unique) objects that the method was called on.