wanted: exported and documented interface for handling character decoding errors
Bug #317072 reported by
Nikodemus Siivola
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
SBCL |
Fix Released
|
Wishlist
|
Unassigned |
Bug Description
We have the infrastructure for handling character decoding errors in place, but it is neither documented nor exported:
At minimum, export SB-INT:
Changed in sbcl: | |
importance: | Undecided → Wishlist |
status: | New → Confirmed |
Changed in sbcl: | |
status: | Fix Committed → Fix Released |
To post a comment you must log in.
If/when we do decide to officially export this interface, it would be nice to really decide whether the USE-VALUE restart should accept multiple-character strings. Doing so significantly slows down OCTETS-TO-STRING in the general case. I think single-byte character encodings and UTF-8 are smart enough to optimize for the common case of USE-VALUE receiving a character or single-character string, but it'd be nice to get rid of this split if possible.