Re: PB with auctex-11.54 (debian testing)

Ralf Angeli <[email protected]>
Newsgroups gmane.emacs.auc-tex
Message-ID <[email protected]>
* Daniel Flipo (2005-01-27) writes:

> No *Backtrace* buffer is produced when I open a .tex file,
> so I followed the advice I get in the *Messages* buffer:
> I start emacs with
>
> flipo% emacs --debug-init .&
>
> Then I get a *Backtrace* buffer* which I append here.

| Debugger entered--Lisp error: (error "Variable binding depth exceeds max-specpdl-size")
|   custom-add-to-group(TeX-file TeX-lisp-directory custom-variable)
|   custom-handle-keyword(TeX-lisp-directory :group TeX-file custom-variable)
|   custom-declare-variable(TeX-lisp-directory (concat "/usr/share/" (symbol-name debian-emacs-flavor) "/site-lisp/auctex/") ("/usr/local/share/emacs/site-lisp/tex-site.elc" . 625) :group TeX-file :type directory)
|   require(tex-site)
|   eval-buffer(#<buffer  *load*<22>> nil "tex" nil t)
|   load-with-code-conversion("/usr/share/emacs/site-lisp/auctex/tex.el" "tex" nil t)
|   load("tex" nil t)
|   require(tex-site)
[...]
|   eval-buffer(#<buffer  *load*<2>> nil "tex" nil t)
|   load-with-code-conversion("/usr/share/emacs/site-lisp/auctex/tex.el" "tex" nil t)
|   load("tex" nil t)
|   require(tex-site)
|   eval-buffer(#<buffer  *load*> nil "~/.emacs" nil t)
|   load-with-code-conversion("/home/flipo/.emacs" "~/.emacs" t t)
|   load("~/.emacs" t t)

Something is rotten in the state of Denmark.

Why does tex-site.el try to load tex.el?  Do you have a non-standard
tex-site.el?  Maybe you could send the file for inspection.  Please
locate it through Emacs by typing `M-x locate-libary RET tex-site
RET'.

In addition I don't understand why it tries to load tex.el and not
tex.elc.  The result of `list-load-path-shadows' already showed that
/usr/share/emacs/site-lisp/auctex/... (which holds the source files)
shadows /usr/share/emacs21/site-lisp/auctex/... (which holds the
compiled files).  I guess it should be the other way round.

-- 
Ralf
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.