GNU bug report logs - #70128
Issue after upgrading ELPA-auctex 14.0.4

Previous Next

To reply to this bug, email your comments to 70128 AT debbugs.gnu.org.
There is no need to reopen the bug first.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Angelo Graziosi <angelo.g0 <at> libero.it>
To: bug-auctex <at> gnu.org
Cc: emacs-devel <at> gnu.org
Subject: Issue after upgrading ELPA-auctex 14.0.4
Date: Mon, 1 Apr 2024 20:08:23 +0200

The following happens on Windows 10 64 and Emacs 29.3-1 installed from 
MSYS2/UCRT64 (mingw-w64-ucrt-x86_64-emacs 29.3-1, released/built with 
native compilation )

When one starts Emacs it prints in Messages and minibuffer:


imenu-default-create-index-function: Invalid (or missing) doc string 
("c:/Users/utente/AppData/Roaming/.emacs.d/elpa/auctex-14.0.4/tex.elc" . 
301409)


After this the desktop file is "emptied": restarting Emacs all buffers 
of the desktop file are lost (I have lost about 50 of them :-( )

For the sake of completeness: the issue does not happen with Emacs built 
from Master (my build): this build _does not use_ native compilation.

Ciao,
  Angelo.

Message #8 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Angelo Graziosi <angelo.g0 <at> libero.it>
Cc: bug-auctex <at> gnu.org, emacs-devel <at> gnu.org
Subject: Re: Issue after upgrading ELPA-auctex 14.0.4
Date: Tue, 02 Apr 2024 05:28:24 +0300

> Date: Mon, 1 Apr 2024 20:08:23 +0200
> Cc: emacs-devel <at> gnu.org
> From: Angelo Graziosi <angelo.g0 <at> libero.it>
> 
> The following happens on Windows 10 64 and Emacs 29.3-1 installed from 
> MSYS2/UCRT64 (mingw-w64-ucrt-x86_64-emacs 29.3-1, released/built with 
> native compilation )
> 
> When one starts Emacs it prints in Messages and minibuffer:
> 
> 
> imenu-default-create-index-function: Invalid (or missing) doc string 
> ("c:/Users/utente/AppData/Roaming/.emacs.d/elpa/auctex-14.0.4/tex.elc" . 
> 301409)
> 
> 
> After this the desktop file is "emptied": restarting Emacs all buffers 
> of the desktop file are lost (I have lost about 50 of them :-( )

This probably means the startup was interrupted by the above error, so
the desktop was not loaded, at least not completely.  When this
happens, if you don't want to lose your previous desktop file, you
need to copy it before exiting the session that didn't restore the
desktop due to such errors.

> For the sake of completeness: the issue does not happen with Emacs built 
> from Master (my build): this build _does not use_ native compilation.

Any reason to suspect that native compilation is a factor here?

Message #11 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Angelo Graziosi <angelo.g0 <at> libero.it>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: bug-auctex <at> gnu.org, emacs-devel <at> gnu.org
Subject: Re: Issue after upgrading ELPA-auctex 14.0.4
Date: Tue, 2 Apr 2024 09:14:09 +0200

Il 02/04/2024 04:28, Eli Zaretskii ha scritto:

> 
> Any reason to suspect that native compilation is a factor here?

No, I don't think. I reported that for completeness.. Since AUCTeX 14 
was released there were small issues with Emacs 29 but none of them 
"killed" the desktop file..

Message #14 received at 70128 <at> debbugs.gnu.org (full text, mbox):

From: Ikumi Keita <ikumi <at> ikumi.que.jp>
To: Angelo Graziosi <angelo.g0 <at> libero.it>
Cc: emacs-devel <at> gnu.org, 70128 <at> debbugs.gnu.org
Subject: Re: bug#70128: Issue after upgrading ELPA-auctex 14.0.4
Date: Tue, 02 Apr 2024 17:52:30 +0900

Hi Angelo,

>>>>> Angelo Graziosi via bug-auctex via Bug reporting list for AUCTeX <bug-auctex <at> gnu.org> writes:
> The following happens on Windows 10 64 and Emacs 29.3-1 installed from
> MSYS2/UCRT64 (mingw-w64-ucrt-x86_64-emacs 29.3-1, released/built with
> native compilation )

> When one starts Emacs it prints in Messages and minibuffer:

> imenu-default-create-index-function: Invalid (or missing) doc string
> ("c:/Users/utente/AppData/Roaming/.emacs.d/elpa/auctex-14.0.4/tex.elc"
> . 301409)

I don't understand why this error occurred, but this entry in CHANGES
entry may be related:
,----
|         − If your Emacs is 29 or newer and you use ‘desktop.el’ to save
|           and restore Emacs sessions, be careful before you update
|           AUCTeX; You should attempt to update only after
|             1. you kill all buffer under former AUCTeX modes which have
|                overlapped name with Emacs built-in TeX modes, and
|             2. you terminate the current Emacs session.
|           The modes with such overlapped name are ‘plain-tex-mode’,
|           ‘latex-mode’, ‘doctex-mode’ and ‘texinfo-mode’.  (The above
|           prescription ensures no buffer of such modes is recorded in
|           the desktop file.  Otherwise those buffers would be restored
|           in the built-in modes, not AUCTeX modes, after the update of
|           AUCTeX.)
`----
If emacs tried to restore the buffer in the built-in latex-mode,
something inconsistent which led to the reported error could happen...?

> After this the desktop file is "emptied": restarting Emacs all buffers
> of the desktop file are lost (I have lost about 50 of them :-( )

Sorry for that. 😣

Regards,
Ikumi Keita
#StandWithUkraine #StopWarInUkraine
#Gaza #StopMassiveKilling #CeasefireNOW

Message #17 received at 70128 <at> debbugs.gnu.org (full text, mbox):

From: Angelo Graziosi <angelo.g0 <at> libero.it>
To: Ikumi Keita <ikumi <at> ikumi.que.jp>
Cc: emacs-devel <at> gnu.org, 70128 <at> debbugs.gnu.org
Subject: Re: bug#70128: Issue after upgrading ELPA-auctex 14.0.4
Date: Wed, 3 Apr 2024 17:26:59 +0200

Il 02/04/2024 10:52, Ikumi Keita ha scritto:

> I don't understand why this error occurred, but this entry in CHANGES
> entry may be related:
> ,----
> |         − If your Emacs is 29 or newer and you use ‘desktop.el’ to save
> |           and restore Emacs sessions, be careful before you update
> |           AUCTeX; You should attempt to update only after
> |             1. you kill all buffer under former AUCTeX modes which have
> |                overlapped name with Emacs built-in TeX modes, and
> |             2. you terminate the current Emacs session.
> |           The modes with such overlapped name are ‘plain-tex-mode’,
> |           ‘latex-mode’, ‘doctex-mode’ and ‘texinfo-mode’.  (The above
> |           prescription ensures no buffer of such modes is recorded in
> |           the desktop file.  Otherwise those buffers would be restored
> |           in the built-in modes, not AUCTeX modes, after the update of
> |           AUCTeX.)
> `----

It is the first time I hear this. I used my builds of AUCTeX for a long 
time when Emacs was 22 or 23 and never saw this kind of issues..

If things are so, maybe it is better do not use AUCTeX at all... or not?

Ciao,
  Angelo.

Message #20 received at 70128 <at> debbugs.gnu.org (full text, mbox):

From: Ikumi Keita <ikumi <at> ikumi.que.jp>
To: Angelo Graziosi <angelo.g0 <at> libero.it>
Cc: emacs-devel <at> gnu.org, 70128 <at> debbugs.gnu.org
Subject: Re: bug#70128: Issue after upgrading ELPA-auctex 14.0.4
Date: Thu, 04 Apr 2024 01:11:53 +0900

Hi Angelo,

>>>>> Angelo Graziosi <angelo.g0 <at> libero.it> writes:
>> ,----
>> |         − If your Emacs is 29 or newer and you use ‘desktop.el’ to save
>> |           and restore Emacs sessions, be careful before you update
>> |           AUCTeX; You should attempt to update only after
>> |             1. you kill all buffer under former AUCTeX modes which have
>> |                overlapped name with Emacs built-in TeX modes, and
>> |             2. you terminate the current Emacs session.
>> |           The modes with such overlapped name are ‘plain-tex-mode’,
>> |           ‘latex-mode’, ‘doctex-mode’ and ‘texinfo-mode’.  (The above
>> |           prescription ensures no buffer of such modes is recorded in
>> |           the desktop file.  Otherwise those buffers would be restored
>> |           in the built-in modes, not AUCTeX modes, after the update of
>> |           AUCTeX.)
>> `----

> It is the first time I hear this. I used my builds of AUCTeX for a
> long time when Emacs was 22 or 23 and never saw this kind of issues..

AUCTeX changed its major mode names at version 14. The above entry warns
about incompatibility caused by that change.

> If things are so, maybe it is better do not use AUCTeX at all... or not?

I think you don't have to worry about that. In general, the major mode
names are unlikely to change easily. This update to version 14 is very
exceptional.

Regards,
Ikumi Keita
#StandWithUkraine #StopWarInUkraine
#Gaza #StopMassiveKilling #CeasefireNOW

Message #23 received at 70128 <at> debbugs.gnu.org (full text, mbox):

From: Arash Esbati <arash <at> gnu.org>
To: Ikumi Keita <ikumi <at> ikumi.que.jp>
Cc: 70128 <at> debbugs.gnu.org, Angelo Graziosi <angelo.g0 <at> libero.it>,
 emacs-devel <at> gnu.org
Subject: Re: bug#70128: Issue after upgrading ELPA-auctex 14.0.4
Date: Thu, 18 Apr 2024 22:42:01 +0200

Ikumi Keita <ikumi <at> ikumi.que.jp> writes:

>>>>>> Angelo Graziosi <angelo.g0 <at> libero.it> writes:
>
>> It is the first time I hear this. I used my builds of AUCTeX for a
>> long time when Emacs was 22 or 23 and never saw this kind of issues..
>
> AUCTeX changed its major mode names at version 14. The above entry warns
> about incompatibility caused by that change.
>
>> If things are so, maybe it is better do not use AUCTeX at all... or not?
>
> I think you don't have to worry about that. In general, the major mode
> names are unlikely to change easily. This update to version 14 is very
> exceptional.

Is there anything we can do here about this or can we close this report?
It is unfortune that Angelo went through this hassle, but ...

Best, Arash

Message #26 received at 70128 <at> debbugs.gnu.org (full text, mbox):

From: Angelo Graziosi <angelo.g0 <at> libero.it>
To: Arash Esbati <arash <at> gnu.org>, Ikumi Keita <ikumi <at> ikumi.que.jp>
Cc: 70128 <at> debbugs.gnu.org, emacs-devel <at> gnu.org
Subject: Re: bug#70128: Issue after upgrading ELPA-auctex 14.0.4
Date: Thu, 18 Apr 2024 23:34:53 +0200

Il 18/04/2024 22:42, Arash Esbati ha scritto:
> Ikumi Keita  writes:
> 
>>>>>>> Angelo Graziosi writes:
>>
>>> It is the first time I hear this. I used my builds of AUCTeX for a
>>> long time when Emacs was 22 or 23 and never saw this kind of issues..
>>
>> AUCTeX changed its major mode names at version 14. The above entry warns
>> about incompatibility caused by that change.
>>
>>> If things are so, maybe it is better do not use AUCTeX at all... or not?
>>
>> I think you don't have to worry about that. In general, the major mode
>> names are unlikely to change easily. This update to version 14 is very
>> exceptional.
> 
> Is there anything we can do here about this or can we close this report?
> It is unfortune that Angelo went through this hassle, but ...


I had to recreate the desktop file to allow it works both with Emacs 29 
and master..

I think you can close this... thanks.

Ciao,
  Angelo.

Message #31 received at 70128-done <at> debbugs.gnu.org (full text, mbox):

From: Arash Esbati <arash <at> gnu.org>
To: Angelo Graziosi <angelo.g0 <at> libero.it>
Cc: 70128-done <at> debbugs.gnu.org, Ikumi Keita <ikumi <at> ikumi.que.jp>,
 emacs-devel <at> gnu.org
Subject: Re: bug#70128: Issue after upgrading ELPA-auctex 14.0.4
Date: Fri, 19 Apr 2024 00:08:48 +0200

Angelo Graziosi <angelo.g0 <at> libero.it> writes:

> I had to recreate the desktop file to allow it works both with Emacs
> 29 and master..
>
> I think you can close this... thanks.

Thanks for your response, and sorry for the hassle.  Closing.

Best, Arash

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.