Yoshiki Hayashi wrote:
"Peter B. West" <pbwest(a)netscape.net> writes:
> I previously used cvs update to maintain a copy of the xemacs source,
> but that is no longer accessible to me.
>
> I tried to find a function to feed in to debug-on-entry, and find-file
> looked promising, but debug-on-entry was not known to xemacs, so
> something seems to have gone wrong in the build. My environment is
> unchanged from previous incarnations, except that the .xemacs directory
> has been initialised, and .emacs has gone, following my startup of the
> new version.
I guess you are suffering from newer package-path detection
code. I think you are running XEmacs in place and probably
you have CVS xemacs-packages modules checked out parallel to
your XEmacs source tree. For example, there are ~/xemacs
and ~/xemacs-packages directories and you're running XEmacs
with ~/xemacs/src/xemacs. Then your XEmacs will wrongly
pick up ~/xemacs-packages as a package directory. That's
why you don't get debug-on-entry.
The best solution for now is to rename ~/xemacs-packages to
something different. I think package detection code should
use better heuristics like checking existence of lisp
directory, though.
Yoshiki (or should that be Hayashi?)
Well picked. This fixes the original problem. I assume it means that
packages should always be installed? (I think that I always did that
anyway.)
Peter
--
Peter B. West pbwest(a)netscape.net +353 1 637 2455(W)
"Lord, to whom shall we go?"