>>>> "Paul" == Paul Thompson
<paul(a)wubios.wustl.edu> writes:
Paul> I have reported this bug 5-6 times.
AFAIK this doesn't happen to anyone else. It's extremely hard to fix
a bug that cannot be replicated. There's only one person I know of
who could fix this easily: you.
Paul> XEmacs 21.4.6 \"Common Lisp (Windows [1])\" configured for
`i586-pc-win32'.
Paul> Load-Path Lisp Shadows:
Paul> ----------------------
Paul> (e:\programs\xemacs\XEmacs-21.4.3\lisp\x-win-xfree86
Paul> e:\programs\xemacs\XEmacs-21.4.6\lisp\x-win-xfree86
yada yada yada ...
It looks like your XEmacs 21.4.6 is using stuff byte-compiled for
21.4.3. This should work, but it's not a good thing to be happening.
I don't understand why this is happening. The two versions should be
able to coexist without tromping on each others' toes. Do you have
any XEmacs-related environment variables set, in particular
EMACSLOADPATH or EMACSPACKAGEPATH? Or maybe it's something in the
Windows registry (which I'm learning to loathe).
Paul> e:\programs\xemacs\XEmacs-21.4.3\lisp\lisp
Paul> e:\programs\xemacs\site-version\lisp\lisp
And what's this "site-version" stuff? I've never heard of it before,
but you seem to have quite a lot of it. Again, a default install
should _not_ find that site-version stuff AFAIK (but I don't work with
Windows much).
Paul> e:\programs\xemacs\site-version\lisp\eval-reg
Paul> e:\programs\xemacs\xemacs-packages\lisp\edebug\eval-reg
And it's shadowing the optional packages, too.
Paul> Invalid byte code: "variable reference to constant symbol :prefix"
Paul> Loading advice...
And it looks like something in your init file is doing something evil.
Loading advice the very first thing is not reassuring. I sorta
suspect that has something to do with it. (Unless your system is just
hosed; you're the guy who reported the gdi32.dll problem, too, aren't
you?)
Can you replicate with "xemacs -vanilla"? With a clean environment?
--
Institute of Policy and Planning Sciences
http://turnbull.sk.tsukuba.ac.jp
University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
Don't ask how you can "do" free software business;
ask what your business can "do for" free software.