Tried a dirty patch so that I can move on until the proper patch arrives. Strange thing is, it doesn't work when it comes to hu.dwim.rdbms.oracle? Don't like second guessing you but maybe babel isn't doing this?
*** Before the patch:
BABEL> (let ((octet-array-utf-16le (make-array 6 :element-type '(unsigned-byte 8) :initial-contents (vector #X66 #X00 #X6F #X00 #X6F #X00)))) (babel:octets-to-string octet-array-utf-16le :encoding :utf-16)) "???" BABEL>
*** After the path:
BABEL> (let ((octet-array-utf-16le (make-array 6 :element-type '(unsigned-byte 8) :initial-contents (vector #X66 #X00 #X6F #X00 #X6F #X00)))) (babel:octets-to-string octet-array-utf-16le :encoding :utf-16)) "foo" BABEL>
$ cat babel-src-enc-unicode.lisp.diff 548c548 < (t #+little-endian nil))))) ---
(t #+little-endian t)))))
602c602 < (t #+little-endian nil))))) ---
(t #+little-endian t)))))
But after the patch the trouble with hu.dwim.rdbms.oracle stays the same:
$ rm -r .cache/common-lisp/sbcl-1.0.37-linux-x86-64/home/chris/code/lisp-tp/babel/ $ sbcl --eval "(progn (asdf::load-system 'symarena-oracle) (in-package "SYMORA"))"
..
* (select-symtag) --TIME MARK 2010-11-04-- 12:51 0 RDBMS DEBUG About to BEGIN transaction in database #<ORACLE {1003B5A741}> 12:51 0 RDBMS DEBUG Executing "SELECT SYMTAG_KEY FROM symtag" .. 12:51 0 RDBMS DEBUG Preparing command: "SELECT SYMTAG_KEY FROM symtag" 12:51 0 RDBMS DEBUG Fetching "??????????" from buffer at index 0 12:51 0 RDBMS DEBUG Fetched: "???" 12:51 0 RDBMS DEBUG Fetching "??????????" from buffer at index 0 .. 12:51 0 RDBMS DEBUG Freeing environment handle of transaction #<#<STANDARD-CLASS NIL {1004F711B1}> :begin-executed-p #t {1003286641}> #<(AND (VECTOR T 8) (NOT SIMPLE-ARRAY)) {100415A8DF}> * (defparameter foostr (elt (elt * 0) 0))
FOOSTR * (list (elt foostr 0) (elt foostr 1) (elt foostr 2))
(#\U6600 #\U6F00 #\U6F00) * foostr
"???" *
Regards,
chris
!DSPAM:4cd2a5dc48581985511769!
cl-rdbms-devel@common-lisp.net
-
Marshall McLuhan