bug#70128: Issue after upgrading ELPA-auctex 14.0.4

bug#70128: Issue after upgrading ELPA-auctex 14.0.4

[Angelo Graziosi via bug-auctex via Bug reporting list for AUCTeX]

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.



_______________________________________________
bug-auctex mailing list
bug-auctex@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-auctex

bug#70128: Issue after upgrading ELPA-auctex 14.0.4

[Eli Zaretskii]

> Date: Mon, 1 Apr 2024 20:08:23 +0200
> Cc: emacs-devel@gnu.org
> From: Angelo Graziosi <angelo.g0@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?



_______________________________________________
bug-auctex mailing list
bug-auctex@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-auctex

bug#70128: Issue after upgrading ELPA-auctex 14.0.4

[Angelo Graziosi via bug-auctex via Bug reporting list for AUCTeX]

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..



_______________________________________________
bug-auctex mailing list
bug-auctex@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-auctex

bug#70128: Issue after upgrading ELPA-auctex 14.0.4

[Ikumi Keita]

Hi Angelo,

>>>>> Angelo Graziosi via bug-auctex via Bug reporting list for AUCTeX <bug-auctex@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



_______________________________________________
bug-auctex mailing list
bug-auctex@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-auctex

Re: bug#70128: Issue after upgrading ELPA-auctex 14.0.4

[Angelo Graziosi]

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.

Re: bug#70128: Issue after upgrading ELPA-auctex 14.0.4

[Ikumi Keita]

Hi Angelo,

>>>>> Angelo Graziosi <angelo.g0@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

bug#70128: Issue after upgrading ELPA-auctex 14.0.4

[Arash Esbati]

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

>>>>>> Angelo Graziosi <angelo.g0@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



_______________________________________________
bug-auctex mailing list
bug-auctex@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-auctex

Re: bug#70128: Issue after upgrading ELPA-auctex 14.0.4

[Angelo Graziosi]

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.

Re: bug#70128: Issue after upgrading ELPA-auctex 14.0.4

[Arash Esbati]

Angelo Graziosi <angelo.g0@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