[Patches] [ python-Patches-1654974 ] Binding annotations in tracebacks.

SourceForge.net noreply at sourceforge.net
Mon Feb 12 20:01:06 CET 2007


Patches item #1654974, was opened at 2007-02-08 09:46
Message generated for change (Settings changed) made by nejucomo
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=305470&aid=1654974&group_id=5470

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Library (Lib)
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nefarious CodeMonkey, Jr. (nejucomo)
Assigned to: Nobody/Anonymous (nobody)
>Summary: Binding annotations in tracebacks.

Initial Comment:
The attached module provides a suitable replacement for sys.excepthook to handle uncaught exceptions.

The output is the same, except after each source line shown, a list of relevant bindings is shown.

Here's a quick example from the tail end of a test:

  File "./test-exprann.py", line 16, in f
    assert c == 12
    # With bindings:
    # c = 42
AssertionError


The bindings shown are the intersection of the code object "co_names" and the non-keyword name tokens in the parsed source line.  The goal is to only show bindings relevant to the exception.

I hope the utility of this is self-evident to any programmer.  I tried testing it with crazy expressions containing nonfree bindings (such as lambda's and list comprehensions), so I think it behaves well in most circumstances.

The performance might be bad (it parses each line in the backtrace), but I figure it is worth it for uncaught exceptions.

Let me know if you find this tool useful.

Thanks,
Nejucomo

----------------------------------------------------------------------

Comment By: Nefarious CodeMonkey, Jr. (nejucomo)
Date: 2007-02-12 19:00

Message:
Logged In: YES 
user_id=44911
Originator: YES


I've simplified and modularized the design of this tool.  Included is a
patch against the 2.6 svn head which adds a module to the stdlib called
bindann (for "binding annotation"), and then modifies the traceback module
to use it.  It also includes a demo script which compares classic and
annotated exception tracebacks.

The interface to traceback is backwards compatible (it introduces optional
arguments defaulting to pre-patch behavior).

bindann is much simpler than the previous annex file, because it doesn't
try parsing, only tokenizing the  source line, to look for name references.
 Thus it succeeds where annex would fail (for example if the head of a
for-loop causes an uncaught exception, the source line will only be the
head which is not a complete/parsable expression).

Here's the output of the demo:

$ ./Demo/newfeatures/demo-bindann.py
This demonstrates binding-annoted exception tracebacks.
Consider the following function:
def f(c):
    for char in c + " hello":
        print 'The string contains "%s".' % (char,)

-With standard tracebacks, calling f(42) gives:
Traceback (most recent call last):
  File "./Demo/newfeatures/demo-bindann.py", line 17, in main
    f(42)
  File "./Demo/newfeatures/demo-bindann.py", line 28, in f
    for char in c + " hello":
TypeError: unsupported operand type(s) for +: 'int' and 'str'

-And now with annotated exceptions:
Traceback (most recent call last):
  File "./Demo/newfeatures/demo-bindann.py", line 33, in <module>
    # With bindings:
    # main = <function main at 0x300fa870>
    # Source:
    main()
  File "./Demo/newfeatures/demo-bindann.py", line 24, in main
    # With bindings:
    # f = <function f at 0x300fa8b0>
    # Source:
    f(42)
  File "./Demo/newfeatures/demo-bindann.py", line 28, in f
    # With bindings:
    c = 42
    # char = <UnboundLocal>
    # Source:
    for char in c + " hello":
TypeError: unsupported operand type(s) for +: 'int' and 'str'

File Added: bindann-patch.1

----------------------------------------------------------------------

Comment By: Nefarious CodeMonkey, Jr. (nejucomo)
Date: 2007-02-08 09:50

Message:
Logged In: YES 
user_id=44911
Originator: YES

BTW, I only tested this on python 2.4.

Because it examines the parse tree (very simply), it may not work if the
AST format changes.  The only parsing it does is search for all NAME tokens
which are not keywords, so I assumed this was stable across releases.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=305470&aid=1654974&group_id=5470


More information about the Patches mailing list