Fail on initial load-file

Asked by Joe Patroni

(Since I am using emacs 21, I also installed nxml-mode, which appears to work fine.)

In the README for nxhtml-mode, I am told:
====
To install nXhtml put this in your .emacs:

   (load "YOUR-PATH-TO/nxhtml/autostart.el")
====

When I execute this line (C-xC-e), I get a backtrace buffer, included below. What is it telling me, and what can I do about it? Never having used this mode before, I don't know what it *should* do, but I presume this isn't it.

(it's about 33K, but I don't know which bits of it will be most helpful to a knowledgeable person, so I included the whole bloody thing.)

====

 Debugger entered--Lisp error: (void-variable magic-fallback-mode-alist)
  symbol-value(magic-fallback-mode-alist)
  (mapcar (lambda (rec) (setq orig-ordnum ...) (let ... ...)) (symbol-value magic-mode-list-sym))
  (sort (mapcar (lambda ... ... ...) (symbol-value magic-mode-list-sym)) (lambda (rec1 rec2) (let* ... ...)))
  (mapcar (lambda (rec) (cadr rec)) (sort (mapcar ... ...) (lambda ... ...)))
  (set magic-mode-list-sym (mapcar (lambda ... ...) (sort ... ...)))
  (let ((orig-ordnum 0)) (set magic-mode-list-sym (mapcar ... ...)))
  majmodpri-sort-magic-list(magic-fallback-mode-alist)
  (progn (majmodpri-sort-magic-list (quote magic-fallback-mode-alist)))
  (if (memq (quote magic-fallback-mode-alist) majmodpri-lists-to-sort) (progn (majmodpri-sort-magic-list ...)))
  (when (memq (quote magic-fallback-mode-alist) majmodpri-lists-to-sort) (majmodpri-sort-magic-list (quote magic-fallback-mode-alist)))
  majmodpri-sort-lists()
  majmodpri-apply-priorities(t)
  (progn (majmodpri-apply-priorities t))
  (if sort-and-apply (progn (majmodpri-apply-priorities t)))
  (when sort-and-apply (majmodpri-apply-priorities t))
  (let ((sort-and-apply nil)) (if (not ...) (add-to-list ... ...) (dolist ... ...)) (when sort-and-apply (majmodpri-apply-priorities t)) (if (eq val t) (majmodpri-start-idle-sort) (majmodpri-apply-priorities t)))
  (progn (let (...) (if ... ... ...) (when sort-and-apply ...) (if ... ... ...)))
  (if val (progn (let ... ... ... ...)))
  (when val (let (...) (if ... ... ...) (when sort-and-apply ...) (if ... ... ...)))
  (lambda (sym val) (set-default sym val) (setq after-load-alist (delq nil ...)) (when val (let ... ... ... ...)))(majmodpri-sort-after-load (chart gpl php-mode rnc-mode ruby-mode))
  custom-initialize-reset(majmodpri-sort-after-load (quote (chart gpl php-mode rnc-mode ruby-mode)))
  custom-declare-variable(majmodpri-sort-after-load (quote (chart gpl php-mode rnc-mode ruby-mode)) "Sort major mode lists after loading elisp libraries if non-nil.\nThis should not really be needed since just loading a library\nshould not change how Emacs behaves. There are however quite a\nfew thirt party libraries that does change `auto-mode-alist'\n(including some of my own) since that sometimes seems\nreasonable. Some of them are in the default value of this\nvariable.\n\nThere are two possibilities for sorting here:\n\n- Value=list of features (default). Sort immediately after loading a\n library in the list. Apply to current buffer.\n\n- Value=t. Sort after loading any library. Sorting is then not\n done immediately. Instead it runs in an idle timer. This\n means that if several elisp libraries are loaded in a command\n then the sorting will only be done once, after the command has\n finished. After sorting apply to all buffers.\n\nNote that the default does break Emacs rule that loading a\nlibrary should not change how Emacs behave. On the other hand\nthe default tries to compensate for that the loaded libraries\nbreaks this rule by changing `auto-mode-alist'.\n\nSee `majmodpri-sort-lists' for more information." :type (choice (const :tag "Never" nil) (const :tag "After loading any elisp library" t) (repeat :tag "After loading specified features" symbol)) :set (lambda (sym val) (set-default sym val) (setq after-load-alist (delq nil ...)) (when val (let ... ... ... ...))) :group majmodpri)
  (defcustom majmodpri-sort-after-load (quote (chart gpl php-mode rnc-mode ruby-mode)) "Sort major mode lists after loading elisp libraries if non-nil.\nThis should not really be needed since just loading a library\nshould not change how Emacs behaves. There are however quite a\nfew thirt party libraries that does change `auto-mode-alist'\n(including some of my own) since that sometimes seems\nreasonable. Some of them are in the default value of this\nvariable.\n\nThere are two possibilities for sorting here:\n\n- Value=list of features (default). Sort immediately after loading a\n library in the list. Apply to current buffer.\n\n- Value=t. Sort after loading any library. Sorting is then not\n done immediately. Instead it runs in an idle timer. This\n means that if several elisp libraries are loaded in a command\n then the sorting will only be done once, after the command has\n finished. After sorting apply to all buffers.\n\nNote that the default does break Emacs rule that loading a\nlibrary should not change how Emacs behave. On the other hand\nthe default tries to compensate for that the loaded libraries\nbreaks this rule by changing `auto-mode-alist'.\n\nSee `majmodpri-sort-lists' for more information." :type (quote (choice ... ... ...)) :set (lambda (sym val) (set-default sym val) (setq after-load-alist ...) (when val ...)) :group (quote majmodpri))
  eval-buffer(#<buffer *load*<3>> nil "/Users/jmc/.elisp/nxhtml/util/majmodpri.el" nil t) ; Reading at buffer position 15911
  load-with-code-conversion("/Users/jmc/.elisp/nxhtml/util/majmodpri.el" "/Users/jmc/.elisp/nxhtml/util/majmodpri.el" t t)
  require(majmodpri nil t)
  (progn (require (quote majmodpri) nil t))
  (eval-when-compile (require (quote majmodpri) nil t))
  eval-buffer(#<buffer *load*<2>> nil "/Users/jmc/.elisp/nxhtml/nxhtml/nxhtml-autoload.el" nil t) ; Reading at buffer position 1578
  load-with-code-conversion("/Users/jmc/.elisp/nxhtml/nxhtml/nxhtml-autoload.el" "/Users/jmc/.elisp/nxhtml/nxhtml/nxhtml-autoload.el" nil nil)
  load("/Users/jmc/.elisp/nxhtml/nxhtml/nxhtml-autoload")
  (if (featurep (quote nxhtml-autoload)) nil (load (expand-file-name "nxhtml/nxhtml-autoload" nxhtml-install-dir)))
  (unless (featurep (quote nxhtml-autoload)) (load (expand-file-name "nxhtml/nxhtml-autoload" nxhtml-install-dir)))
  (let* ((util-dir ...) (related-dir ...) (nxhtml-dir ...) (tests-dir ...)) (add-to-list (quote load-path) nxhtml-dir) (add-to-list (quote load-path) related-dir) (add-to-list (quote load-path) util-dir) (add-to-list (quote load-path) nxhtml-install-dir) (add-to-list (quote load-path) tests-dir) (nxhtml-autostart-trace "... nXhtml loading %.1f seconds elapsed ..." (- ... nxhtml-load-time-start)) (unless (featurep ...) (load ... ...)) (when nxhtml-autoload-web (ad-activate ... t)) (unless (featurep ...) (load ... nxhtml-autoload-web)) (nxhtml-autostart-trace "... nXhtml loading %.1f seconds elapsed ..." (- ... nxhtml-load-time-start)) (nxhtml-autostart-trace "Turn on `nxhtml-menu-mode' unconditionally") (nxhtml-menu-mode 1) (nxhtml-autostart-trace "... nXhtml loading %.1f seconds elapsed ..." (- ... nxhtml-load-time-start)) (when (fboundp ...) (rncpp-patch-xhtml-loader)) (nxhtml-autostart-trace "... nXhtml loading %.1f seconds elapsed ..." (- ... nxhtml-load-time-start)) (unless (featurep ...) (load ...)))
  eval-buffer(#<buffer *load*> nil "/Users/jmc/.elisp/nxhtml/autostart.el" nil t) ; Reading at buffer position 6919
  load-with-code-conversion("/Users/jmc/.elisp/nxhtml/autostart.el" "/Users/jmc/.elisp/nxhtml/autostart.el" nil nil)
  load("~/.elisp/nxhtml/autostart.el")
  eval((load "~/.elisp/nxhtml/autostart.el"))
  eval-last-sexp-1(nil)
  eval-last-sexp(nil)
  call-interactively(eval-last-sexp)
  recursive-edit()
  byte-code("Æ @Ç=ƒ!

Question information

Language:
English Edit question
Status:
Expired
For:
nXhtml Edit question
Assignee:
No assignee Edit question
Last query:
Last reply:
Revision history for this message
Launchpad Janitor (janitor) said :
#1

This question was expired because it remained in the 'Open' state without activity for the last 15 days.

Revision history for this message
Joe Patroni (morphgrowler) said :
#2

I just received an email telling me that this question was just closed due to "lack of activity for 15 days."

I can't provide that activity, because I have nothing to offer on this question, which is why I asked it here. The lack of activity is due to nobody having responded to my question, not to the problem having gone away. Is anybody at the controls over there?

I think it'd be great if someone could clarify the situation somehow, even if only to say that nXhtml does not have a maintainer at this time.

Revision history for this message
Launchpad Janitor (janitor) said :
#3

This question was expired because it remained in the 'Open' state without activity for the last 15 days.