bug-auctex
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Bug-AUCTeX] 2005-05-11; XEmacs exits during make


From: Ralf Angeli
Subject: Re: [Bug-AUCTeX] 2005-05-11; XEmacs exits during make
Date: Thu, 12 May 2005 15:33:09 +0200
User-agent: Gnus/5.110004 (No Gnus v0.4) Emacs/22.0.50 (gnu/linux)

* David Kastrup (2005-05-12) writes:

> Ralf Angeli <address@hidden> writes:
>
>> XEmacs exits during make when the autoloads are being generated:
[...]
>> /usr/bin/xemacs -batch -q -no-site-file -no-init-file -l lpath.el --eval 
>> '(let ((generated-autoload-file (expand-file-name "auto-loads.el"))) (mapcar 
>> (function update-file-autoloads) command-lline-args-left) 
>> (save-buffers-kill-emacs t))' tex.el tex-buf.el tex-style.el latex.el 
>> tex-info.el texmathp.el multi-prompt.el tex-mik.el font-latex.el tex-font.el 
>> context.el context-en.el context-nl.el tex-fold.el toolbar-x.el tex-bar.el
>> End of file or stream: #<buffer "auto-loads.el">
>> xemacs exiting
[...]
> If the file actually contains the autoloads, it would appear that
> everything is in order.  Notice that the above code tries _twice_ to
> generate the autoloads, with different starting values of the autoload
> file.  This proved necessary since Emacs and XEmacs have incompatible
> ways of generating autoloads.
>
> So it is perfectly possible that the first attempt at generating
> autoloads fails, and only the second attempt succeeds.
>
> Does the resulting file actually contain autoloads?  If it does,
> things work like intended.

Yes, auto-loads.el contains autoloads.  Along with six ^L page breaks
at the end of the file.

> Not pretty, but as intended.  Compared to other workarounds, this
> could be worse.

Well, a beep is issued when XEmacs aborts which might scare people
that something went wrong.  That's actually the cause that I noticed
this oddity at all.

Maybe we could make XEmacs fail more often and thereby letting it play
"Freude, schöner Götterfunken".  This way the error would appear more
"intentional".  In case we cannot modify the pitch of the beeps,
letting it beep "no worries, everything is fine" in morse code could
do as well. (c;

-- 
Ralf




reply via email to

[Prev in Thread] Current Thread [Next in Thread]