On April 30, 2005 at 6:27PM +0200, bdaix (at irisa.fr) wrote: > "Invalid character: 020031, 8217, 0x2019" errors while working.
> /usr/share/emacs21/site-lisp/apel/poem.el:82: > (defalias-maybe 'char-or-char-int-p 'integerp) > char-or-char-int-p is always bound to integerp. Gnus' nnrss.el uses > Gnus' mm-util.el, in which char-or-char-int-p is used if it exists > (char-valid-p otherwise). But with APEL loaded, char-or-char-int-p > isn't reliable anymore... Thanks for the report. I'll ask the upstream developers about this. The above code seems to be XEmacs emulation but not perfect. To prevent the problem in Gnus, please put the following code in your ~/.emacs: (defalias 'mm-char-or-char-int-p (cond ((fboundp 'char-valid-p) 'char-valid-p) ((fboundp 'char-or-char-int-p) 'char-or-char-int-p) (t 'identity))) > Besides, why poem is loaded in case mule-ucs is available (rank 40 in > site-start.d)? mule-ucs doesn't require poem, so even 20mule-ucs.el might work. BTW, apel and mule-ucs are not normal applications that redefine and improve common functions. -- Tatsuya Kinoshita, maintainer of Debian apel package
pgpeK18fcAMsT.pgp
Description: PGP signature
