[info-mcl] (char-code ) inconsistencies
peter
p2.edoc at googlemail.com
Mon Mar 22 12:44:44 CDT 2010
At 10:34 AM -0700 10/3/22, Terje Norderhaug wrote:
>On Mar 22, 2010, at 10:06 AM, Raymond Lee wrote:
>>
>> The (char-code ) function's behavior has
>>changed from MCL 5.x to RMCL 5.2.1 and now
>>appears quite inconsistent for ASCII
>>characters > 127. For example, in most fonts
>>ASCII
>>character # 179 is mapped to the "greater than
>>or equal to" character. But now in RMCL
>>
>> (char-code (character "")) --> 8805
>> whereas
>> (char-code (character 179)) --> 179
>>
>> Thus the problem surfaces when you try to
>>coerce text (say, in an image file) to its ASCII
>>equivalent, but it won't appear if you call
>>(char-code ) from its inverse, (character ).
>>Most ASCII
>>characters > 127 exhibit similar problems. Any
>>solutions or ideas come to mind?
>
>This is due that MCL 5.2 was upgraded to use
>Unicode, for which 8805 (2265 hex) is the
>"greater than or equal to" character.
Presumably hence char-code's fine, we're just
inputting unicode now where we were using roman.
Isn't the lisp function >= rather than .
More information about the info-mcl
mailing list