unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
* bug#70128: Issue after upgrading ELPA-auctex 14.0.4
@ 2024-04-01 18:08 Angelo Graziosi via bug-auctex via Bug reporting list for AUCTeX
  2024-04-02  2:28 ` Eli Zaretskii
  2024-04-02  8:52 ` Ikumi Keita
  0 siblings, 2 replies; 9+ messages in thread
From: Angelo Graziosi via bug-auctex via Bug reporting list for AUCTeX @ 2024-04-01 18:08 UTC (permalink / raw)
  To: 70128; +Cc: emacs-devel

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

^ permalink raw reply	[flat|nested] 9+ messages in thread

* bug#70128: Issue after upgrading ELPA-auctex 14.0.4
  2024-04-01 18:08 bug#70128: Issue after upgrading ELPA-auctex 14.0.4 Angelo Graziosi via bug-auctex via Bug reporting list for AUCTeX
@ 2024-04-02  2:28 ` Eli Zaretskii
  2024-04-02  7:14   ` Angelo Graziosi via bug-auctex via Bug reporting list for AUCTeX
  2024-04-02  8:52 ` Ikumi Keita
  1 sibling, 1 reply; 9+ messages in thread
From: Eli Zaretskii @ 2024-04-02  2:28 UTC (permalink / raw)
  To: Angelo Graziosi; +Cc: 70128, emacs-devel

> 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

^ permalink raw reply	[flat|nested] 9+ messages in thread

* bug#70128: Issue after upgrading ELPA-auctex 14.0.4
  2024-04-02  2:28 ` Eli Zaretskii
@ 2024-04-02  7:14   ` Angelo Graziosi via bug-auctex via Bug reporting list for AUCTeX
  0 siblings, 0 replies; 9+ messages in thread
From: Angelo Graziosi via bug-auctex via Bug reporting list for AUCTeX @ 2024-04-02  7:14 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 70128, emacs-devel



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

^ permalink raw reply	[flat|nested] 9+ messages in thread

* bug#70128: Issue after upgrading ELPA-auctex 14.0.4
  2024-04-01 18:08 bug#70128: Issue after upgrading ELPA-auctex 14.0.4 Angelo Graziosi via bug-auctex via Bug reporting list for AUCTeX
  2024-04-02  2:28 ` Eli Zaretskii
@ 2024-04-02  8:52 ` Ikumi Keita
  2024-04-03 15:26   ` Angelo Graziosi
  1 sibling, 1 reply; 9+ messages in thread
From: Ikumi Keita @ 2024-04-02  8:52 UTC (permalink / raw)
  To: Angelo Graziosi; +Cc: emacs-devel, 70128

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

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: bug#70128: Issue after upgrading ELPA-auctex 14.0.4
  2024-04-02  8:52 ` Ikumi Keita
@ 2024-04-03 15:26   ` Angelo Graziosi
  2024-04-03 16:11     ` Ikumi Keita
       [not found]     ` <9470.1712160713__34035.2430402831$1712160802$gmane$org@localhost>
  0 siblings, 2 replies; 9+ messages in thread
From: Angelo Graziosi @ 2024-04-03 15:26 UTC (permalink / raw)
  To: Ikumi Keita; +Cc: 70128, emacs-devel



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.



^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: bug#70128: Issue after upgrading ELPA-auctex 14.0.4
  2024-04-03 15:26   ` Angelo Graziosi
@ 2024-04-03 16:11     ` Ikumi Keita
       [not found]     ` <9470.1712160713__34035.2430402831$1712160802$gmane$org@localhost>
  1 sibling, 0 replies; 9+ messages in thread
From: Ikumi Keita @ 2024-04-03 16:11 UTC (permalink / raw)
  To: Angelo Graziosi; +Cc: 70128, emacs-devel

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



^ permalink raw reply	[flat|nested] 9+ messages in thread

* bug#70128: Issue after upgrading ELPA-auctex 14.0.4
       [not found]     ` <9470.1712160713__34035.2430402831$1712160802$gmane$org@localhost>
@ 2024-04-18 20:42       ` Arash Esbati
  2024-04-18 21:34         ` Angelo Graziosi
  0 siblings, 1 reply; 9+ messages in thread
From: Arash Esbati @ 2024-04-18 20:42 UTC (permalink / raw)
  To: Ikumi Keita; +Cc: 70128, Angelo Graziosi, emacs-devel

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

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: bug#70128: Issue after upgrading ELPA-auctex 14.0.4
  2024-04-18 20:42       ` Arash Esbati
@ 2024-04-18 21:34         ` Angelo Graziosi
  2024-04-18 22:08           ` Arash Esbati
  0 siblings, 1 reply; 9+ messages in thread
From: Angelo Graziosi @ 2024-04-18 21:34 UTC (permalink / raw)
  To: Arash Esbati, Ikumi Keita; +Cc: emacs-devel, 70128

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.



^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: bug#70128: Issue after upgrading ELPA-auctex 14.0.4
  2024-04-18 21:34         ` Angelo Graziosi
@ 2024-04-18 22:08           ` Arash Esbati
  0 siblings, 0 replies; 9+ messages in thread
From: Arash Esbati @ 2024-04-18 22:08 UTC (permalink / raw)
  To: Angelo Graziosi; +Cc: Ikumi Keita, emacs-devel, 70128-done

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



^ permalink raw reply	[flat|nested] 9+ messages in thread

end of thread, other threads:[~2024-04-18 22:08 UTC | newest]

Thread overview: 9+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2024-04-01 18:08 bug#70128: Issue after upgrading ELPA-auctex 14.0.4 Angelo Graziosi via bug-auctex via Bug reporting list for AUCTeX
2024-04-02  2:28 ` Eli Zaretskii
2024-04-02  7:14   ` Angelo Graziosi via bug-auctex via Bug reporting list for AUCTeX
2024-04-02  8:52 ` Ikumi Keita
2024-04-03 15:26   ` Angelo Graziosi
2024-04-03 16:11     ` Ikumi Keita
     [not found]     ` <9470.1712160713__34035.2430402831$1712160802$gmane$org@localhost>
2024-04-18 20:42       ` Arash Esbati
2024-04-18 21:34         ` Angelo Graziosi
2024-04-18 22:08           ` Arash Esbati

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).