octets-to-string use-value does not function properly with EUC-JP encoding
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
SBCL |
Fix Released
|
Medium
|
Unassigned |
Bug Description
(defvar *euc-jp* (drakma:
;;The following works as expected:
(handler-bind ((sb-int:
;;This, however, does not, complaining that "?" is not a character:
(handler-bind ((sb-int:
Found on 1.0.18, same behavior is exhibited by 1.0.23 and CVS HEAD.
uname -a:
Linux Whimsy 2.6.27-ARCH #1 SMP PREEMPT Sat Nov 8 10:11:43 UTC 2008 i686 Intel(R) Pentium(R) Dual CPU T2370 @ 1.73GHz GenuineIntel GNU/Linux
*FEATURES* (SBCL-1.0.18)
(:CHUNGA :SPLIT-SEQUENCE CFFI-FEATURES:
CFFI-FEATURES:UNIX :CFFI CFFI-SYS:
:FLEXI-STREAMS :SB-BSD-
:SBCL :SB-DOC :SB-TEST :SB-LDB :SB-PACKAGE-LOCKS :SB-UNICODE :SB-EVAL
:SB-SOURCE-
:GENCGC :STACK-
:COMPARE-
:STACK-
:OS-PROVIDES-
description: | updated |
Changed in sbcl: | |
importance: | Undecided → Medium |
status: | New → Confirmed |
Changed in sbcl: | |
status: | Fix Committed → Fix Released |
For my brief analysis of the problem, see: http:// stackoverflow. com/questions/ 420300/ lisp-need- help-getting- correct- behaviour- from-sbcl- when-converting -octet- stream/ 425000# 425000
In short, I think there might be a bug in mb-util.lisp. I haven't looked at the current version of the source, so this may or may not have been fixed since 1.0.18.