This is one of my pet peeves about XEmacs 21.1.x on NT.
It seems that compile.el and several other things that
depend on it (like igrep for example) have this problem
loading. Some users have reported similar problems with
other packages like ispell. So I know it's not just you (or me).
Here's the link to a rather comprehensive posting in the
xemacs-nt mail archives where one of the XEmacs developers
reported the results of finding the root cause of
this problem and then posed the question to the xemacs-nt
maintainers regarding how they proposed to fix it. Pretty sure
it's still not fixed in 21.1.x series, since folks have reported
it as recently as 21.1.10. Those guys are pretty busy I think.
http://www.xemacs.org/cgi-bin/wilma_hiliter/xemacs-nt/200005/msg00112.html
There he recommends that moving compile.elc out of the way
seemed to fix his problem. Unfortunately, I did not experience similar
results... But that might work for you. Maybe someone on this list
has another suitable work-around.
Interestingly, many of these problems go away if you install the
XEmacs 21.2b36... presumably because of the explanation he gives in the
above article. The problem's probably still there, but the 21.2beta code
base
doesn't exercise that path through the code under normal operation
apparently.
Unfortunately, 21.2b36 binaries provided for NT have some problems of their
own
related to the new portable dumper being broken. It is broken in a
cross-platform fashion BTW, not just on NT. The xemacs-beta list does know
about
it though.
So you'll have to compile 21.2b36 from sources yourself with pdump support
disabled to avoid that problem. Fun, huh? I sent a note to Fabrice
Popineau who
has been generating the 21.2beta binaries asking him to turn off the
portable
dumper flag when he generates his binaries at least until it gets fixed.
Of course, igrep, compile, ispell, and most importantly jde all work
flawlessly on GNU Emacs for Win32... that's why I've started using
GNU Emacs when on that platform. Someday when XEmacs stabilizes a bit
more on win32, I'll likely switch back.
Not saying you should switch, I'd never want to take sides in such a heated
debate. Just stating my observation that with GNU Emacs on NT I spend less
time fighting bugs and more time getting work done than with XEmacs.
Troy
-----Original Message-----
From: Gerry Bennett [mailto:[EMAIL PROTECTED]]
Sent: Friday, November 03, 2000 2:06 PM
To: '[EMAIL PROTECTED]'
Subject: Problems during load
I keep getting this error during the load process of the library.
This is with Xemacs for winnt installed on a windows 2000 professional
machine
Am I doing something wrong ?
Thanks.
Gerry
Signaling: (end-of-file "internal input stream")
load-internal("compile" nil t nil binary)
load("compile" nil t nil)
require(compile)
load-internal("jde-make" nil t nil binary)
load("jde-make" nil t nil)
require(jde-make)
byte-code("..." [boundp jde-xemacs20p jde-xemacsp emacs-major-version 20
current-load-list require easymenu cl font-lock cc-mode c-initialize-cc-mode
cus-edit jde-compile jde-db jde-run jde-make jde-gen compile imenu speedbar
browse-url beanshell jde-wiz] 2)
load-internal("jde" nil nil nil binary)
load("jde")
#<compiled-function (library) "...(4)" [load library] 2 288519 (list
(read-library "Load Library: " load-path nil nil nil ...))>("jde")
call-interactively(load-library)
command-execute(load-library t)
execute-extended-command(nil)
call-interactively(execute-extended-command)
Gerald E. Bennett
ClearCommerce
[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>
``The best way to predict the future is to invent it.''
"Dream first, ask questions later.''
``Design your everyday life car-free.''
<<Gerry Bennett.vcf>>
