On Wed, 2002-07-17 at 11:59, David Bremner wrote:
After starting xemacs with
xemacs -q
I run
(setq debug-on-error t) ;; in *scratch*
M-x set-language-environment German <Return>
M-x set-input-method <Return>
(this chooses the default method, german-postfix)
I get the following traceback with
Signaling: (invalid-read-syntax "\"]\" in a list")
load-internal("quail/latin-post" t nil nil undecided)
load("quail/latin-post" t)
quail-use-package("german-postfix" "quail/latin-post")
apply(quail-use-package "german-postfix" "quail/latin-post")
activate-input-method("german-postfix")
#<compiled-function (input-method) "...(8)" [default-input-method
input-method activate-input-method] 2 1128986 (let* (...) (list
...))>("german-postfix")
call-interactively(set-input-method)
command-execute(set-input-method t)
execute-extended-command(nil)
call-interactively(execute-extended-command)
[...]
uname -a: Linux eeyore 2.4.19-pre5-eeyore #1 Fri Apr 5 00:42:42 EST
2002 i686 unknown
[...]
XEmacs 21.4.6 "Common Lisp" configured for
`i386-debian-linux'.
I can reproduce this with:
XEmacs 21.4 (patch 8) "Honest Recruiter" [Lucid] (i686-redhat-linux,
Mule)
Linux
bobcat.ods.org 2.4.18-5 #1 Mon Jun 10 15:31:48 EDT 2002 i686
unknown
However, this occurs only when I have only the .elc files in the
mule-packages/lisp/leim(/quail) directories (as RedHat distributes the
base XEmacs package). Installing the .el files, eg. using the whole
official XEmacs package, alongside the byte-compiled ones fixes this for
me.
There's still something funky here, I think the .elcs should be enough.
David, could you check if you have the .el files around, and if not, if
installing them helps.
Cheers,
--
\/ille Skyttä
ville.skytta at
xemacs.org