Lisp HUG Maillist Archive

[Fwd: Bug? *print-pretty* and code-char]

No response, so resent to Lisp Hug.

-------- Original Message --------
Subject: 	Bug? *print-pretty* and code-char
Date: 	Thu, 07 Jun 2007 06:14:37 +0800
From: 	Chun Tian (binghe) <binghe.lisp@gmail.com>
To: 	lisp-support@lispworks.com



Hi, LispWorks

This problem seems happend on All Linux version of LispWorks:

CL-USER 1 > (code-char #x764f)
#\U+764F

CL-USER 2 > (setf *print-pretty* t)
T

CL-USER 3 > (code-char #x764f)

Error: #\U+764F is not of type BASE-CHAR.
  1 (abort) Return to level 0.
  2 Return to top-level loop.
  3 Return from multiprocessing.
  4 Restart top-level loop.

Type :b for backtrace, :c <option number> to proceed,  or :? for other
options

Is there some relation between them? (pretty-print and unicode-char)

Thanks.

Chun Tian (binghe)




Re: [Fwd: Bug? *print-pretty* and code-char]

On Sat, 09 Jun 2007 00:54:40 +0800, "Chun Tian (binghe)" <binghe.lisp@gmail.com> wrote:

> No response, so resent to Lisp Hug.

Ah, so I'm not the only one who doesn't get responses from LW support.
Seems like a black hole these days...


Re: [Fwd: Bug? *print-pretty* and code-char]


> This problem seems happend on All Linux version of LispWorks:

No solution, but a data point:

On Mac OS X I get the same failure when I run a tty only image.  When
I run the vanilla Mac gui app that shipped with LispWorks I do not get
the error.  

Curiously, the gui listener prints out #\? instead of #\U+764F

This seems like a bug to me.  I thought the problem might be related
to the value of lw:*default-character-element-type*, but that proved
to be have no effect.

Cheers,
Chris Dean


Updated at: 2020-12-10 08:45 UTC