vin> You are correct that the lispref claims that concat takes an vin> int, but that capability was taken out of XEmacs awhile ago, vin> I think around 20.something. Stephen> I _was_ going to go fix the doc, but discovered more discrepancies. Stephen> Lispref says Stephen> (concat "abc" (list 120 (+ 256 121)) [122]) Stephen> ＠result{} "abcxyz" Stephen> but in reality Mule does Stephen> oops ==> "abcx,By(Bz" Stephen> (that's a Latin-2 character between x and z). Stephen> This is still considered a feature, right? Stephen> --with-mule=no XEmacs does as the manual says (computes Stephen> the character modulo 256), right? No. In (emacs-version) "XEmacs 21.1 (patch 12) \"Channel Islands\" [Lucid] (i386-pc-win32) of Sat Sep 16 2000 on ZJ75T" (built without MULE) I get this: (concat "abc" (list 120 (+ 256 121)) [122]) **Message-Log** Wrong type argument: characterp, 377 **Backtrace** Signaling: (wrong-type-argument characterp 377) concat("abc" (120 377) [122]) eval((concat "abc" (list 120 (+ 256 121)) [122])) eval-interactive((concat "abc" (list 120 (+ 256 121)) [122])) eval-last-sexp((4)) call-interactively(eval-last-sexp) Adrian Stephen> -- Stephen> University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN Stephen> Institute of Policy and Planning Sciences Tel/fax: +81 (298) 53-5091 Stephen> _________________ _________________ _________________ _________________ Stephen> What are those straight lines for? "XEmacs rules." -- Adrian Aichner mailto:adrian＠xemacs.org http://www.xemacs.org