Opened 16 years ago
Closed 13 years ago
#2 closed enhancement (fixed)
Human readable printing of errors and conditions
Reported by: | ehuelsmann | Owned by: | somebody |
---|---|---|---|
Priority: | major | Milestone: | unscheduled |
Component: | other | Version: | |
Keywords: | Cc: | ||
Parent Tickets: |
Description
Not all conditions and errors print 'human readable'. An example is the PROGRAM-ERROR which prints as #<PROGRAM-ERROR (some address)>, but neglects to present the exact error to the user. This applies to many more errors.
There are 2 sides to this issue:
1) Find those errors which don't
2) Resolve them
This means I hope we can collect a list here to be checked off.
Change History (5)
comment:1 Changed 16 years ago by
comment:2 Changed 15 years ago by
The source of this behaviour is the fact that in some cases the 'format-control slot in the built-in condition doesn't get set.
When that happens, the print-object code in print-object.lisp doesn't get triggered to print the nice message, but rather passes control to the standard object printing routine (which prints the ugly output above).
comment:3 Changed 14 years ago by
Milestone: | → 0.24 |
---|
comment:4 Changed 13 years ago by
Milestone: | 0.24 → unscheduled |
---|
comment:5 Changed 13 years ago by
Resolution: | → fixed |
---|---|
Status: | new → closed |
Some of these have been fixed; no known others. Please reopen specific bugs for specific cases.
Simple reproduction recipe:
CL-USER(1): (define-condition e2 (error) ())
-> E2
CL-USER(2): (error 'e2 :e "Just an error")
Debugger invoked on condition of type E2:
Restarts:
The same happens with (for example) PROGRAM-ERROR, which is more problematic than the example above.