[lug] Still more XEmacs.

David dajo at frii.com
Tue Aug 21 11:15:50 MDT 2001


> Yes, more excitement with XEmacs - lots of folks having problems with it lately,
> aren't there?

yes they are.  But it should be noted that in two recent cases one
turned out to be a keyboard mapping problem in a Linux distribution;
and the other was a case of someone not understanding the intricacies
and difficulties with hosting regular expressions.

I use GNU emacs, and never have used xemacs; but with that caveat:

> This particular problem comes in several flavours - first, the most disturbing
> (which may possibly just be my XEmacs being silly).  This would be the fact
> that XEmacs completely decides to ignore the site-init.el file, which I placed
> in what I thought would be the default location for it (/usr/X11R6/lib/xemacs-21.1.14/lisp/site-init.el), given that a file called site-load.el lives in the
> same directory.  Surprise surprise, XEmacs loads neither of them on start!
> Considering that this is a (supposedly) carefully assembled package for
> Slackware, where should these files go?

I put something in site-lisp a few weeks ago with the same nothing
result.  It turned out I had used the wrong directory.  I forget the
rest, but you might investigate you machine from that point of view.
Here is what I get.

Rednose root /usr find . -name site-lisp -print
./local/share/emacs/20.7/site-lisp
./local/share/emacs/site-lisp
./share/emacs/site-lisp


It happens that I have been caught by the cons.org site being down,
too.  I have been unable to get ilisp and cmucl.  Fortunately, I am
able to use another distribution, although still I am lacking ilisp.

>   READER-ERROR at 1428 on #<SB-SYS:FD-STREAM
>                             for "file \"/usr/X11R6/lib/xemacs/xemacs-packages/l\isp/ilisp/cmulisp.lisp\""
>                             {9196EDD}>:
> package "LISP" not found
have you looked in the file to see what you can glean?


> (2) (error/warning) Error in process filter: (error Variable binding depth exce\eds max-specpdl-size)
this looks to be an emacs message, as a rule this indicates a problem
causing a run-away; but it can mean heavy duty processing.

   User Option Information
      max-specpdl-size
   
   *Limit on number of Lisp variable bindings & unwind-protects.
   If Lisp code tries to make more than this many at once,
   an error is signaled.
   
   value:  1000

Try increasing the value of max-specpdl-size with 
(setq  max-specpdl-size  10000)



More information about the LUG mailing list