Various system facilities don't bind I/O control variables effectively

Bug #1888143 reported by Richard M Kreuter
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
SBCL
New
Undecided
Unassigned

Bug Description

This is more or less a generalization of https://bugs.launchpad.net/sbcl/+bug/1888105 reported yesterday.

SINGLE-STEP binds *PRINT-PRETTY* to T, but doesn't establish control over the pprint dispatch table. Same shortcomings as described in the previous issue with TRACE. Likewise for DESCRIBE. The INSPECTOR doesn't appear to try to control its environment at all.

At this time I don't have comprehensive recommendations for each facility, but attached is a draft of an approach to streamlining treatment of bundles I/O variables (or any sets of specials, really). The functionality could be simpler, but probably not compatibly: my goal was to subsume the I/O control variable rebinding patterns I could spot in SBCL's sources.

If anyone reading this likes the approach and wants to see it turned into a patch, let me know.

Revision history for this message
Richard M Kreuter (kreuter) wrote :
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.