conditions

Implementation of the Common Lisp's conditions system in Python.


Keywords
condition, restart, error, exception, cl, common, lisp
License
BSD-3-Clause
Install
pip install conditions==0.2.0

Documentation

Overview

Implementation of the Common Lisp's conditions system in Python.

Free software: BSD license.

docs Documentation Status
tests
Travis-CI Build Status Requirements Status
Coverage Status
package PyPI Package latest release PyPI Package monthly downloads PyPI Wheel Supported versions Supported implementations

Rationale

Common Lisp (CL) has a very rich condition system. Conditions in CL are a kind of signals, used not only for exception handling but also in some other patterns. There is a very good explanation of how they work – a chapter from the book Practical Common Lisp by Peter Seibel: Beyond Exception Handling: Conditions and Restarts.

Python's exceptions cover only one scenario from this book, but Common Lisp's conditions allows more interesting usage, particularly "restarts". A restart is a way to continue code execution after an exception was signaled, without unwinding the call stack. I'll repeat: without unwinding the call stack.

Moreover, conditions allow the author of the library to define various cases to be chosen to handle the exception.

Example

Here is an example from the book, but implemented in Python using the conditions library:

def parse_log_entry(text):
    """This function does all real job on log line parsing.
    it setup two cases for restart parsing if a line
    with wrong format was found.

    Restarts:
    - use_value: just retuns an object it was passed. This can
      be any value.
    - reparse: calls `parse_log_entry` again with other text value.
      Beware, this call can lead to infinite recursion.
    """
    text = text.strip()

    if well_formed_log_entry_p(text):
        return LogEntry(text)
    else:
        def use_value(obj):
            return obj
        def reparse(text):
            return parse_log_entry(text)

        with restarts(use_value,
                      reparse) as call:
            return call(signal, MalformedLogEntryError(text))


def log_analyzer(path):
    """This procedure replaces every line which can't be parsed
    with special object MalformedLogEntry.
    """
    with handle(MalformedLogEntryError,
                  lambda (c):
                      invoke_restart('use_value',
                                     MalformedLogEntry(c.text))):
        for filename in find_all_logs(path):
            analyze_log(filename)


def log_analyzer2(path):
    """This procedure considers every line which can't be parsed
    as a line with ERROR level.
    """
    with handle(MalformedLogEntryError,
                  lambda (c):
                      invoke_restart('reparse',
                                     'ERROR: ' + c.text)):
        for filename in find_all_logs(path):
            analyze_log(filename)

What we have here is a function parse_log_entry, which defines two ways of handling an exceptional situation: use_value and reparse. But the decision of how bad lines should be handled is made by the high level function log_analyser. The original book chapter has only one version of log_analyser, but I've added an alternative log_analyser2 to illustrate why restarts are a useful pattern. The value of this pattern is in the ability to move the decision making code from low level library functions into the higher level business logic.

The full version of this example can be found in example/example.py.

Installation

pip install conditions

Documentation

https://python-cl-conditions.readthedocs.org/

Development

To run all tests run:

tox

Note, to combine the coverage data from all the tox environments run:

Windows
set PYTEST_ADDOPTS=--cov-append
tox
Other
PYTEST_ADDOPTS=--cov-append tox

Related projects

There is also the withrestart Python library, created with the same intent as conditions. But it has a clunky API and a weird name, and seems abandoned since 2010.