From ...
From: Erik Naggum <erik@naggum.no>
Subject: Re: what should replace the old `int-char' fn?
Date: 1999/01/17
Message-ID: <3125571018264293@naggum.no>#1/1
X-Deja-AN: 433635766
References: <wk4spq3hzc.fsf@mit.edu>
mail-copies-to: never
Organization: Naggum Software; +47 8800 8879; http://www.naggum.no
Newsgroups: comp.lang.lisp

* David Bakhash <cadet@mit.edu>
| I noticed that a function I use called int-char is deprecated.  So what
| should I use in it's place, to solve a similar problem?

  CODE-CHAR.  it's the inverse of CHAR-CODE, which returns the same value
  as CHAR-INT in the absence of implementation-defined attributes (fonts,
  modifiers).

| specifically, I'd like to create a table of all the characters that tend
| to come up in ASCII documents, e.g. alpha-numerics (both cases),
| punctuation, etc.  I was using a loop + (int-char i) to get them.  Now
| what?

  readtables and the like contain vectors of CHAR-CODE-LIMIT length and
  look up stuff directly based on the CHAR-CODE of the character.

  (note: Allegro CL has a confusing value of CHAR-CODE-LIMIT because of an
  "international" version (Japanese, really, just as "international" as
  MULE in Emacs) that uses 16-bit character codes internally.  the real
  limit is EXCL:REAL-CHAR-CODE-LIMIT.)

#:Erik
-- 
  SIGTHTBABW: a signal sent from Unix to its programmers at random
  intervals to make them remember that There Has To Be A Better Way.