bug#64710: 29.0.92; desktop session on terminal with speedbar crash

bug#64710: 29.0.92; desktop session on terminal with speedbar crash

[johann.hoechtl]

[-- Attachment #1: Type: text/plain, Size: 6291 bytes --]





This crash affects 'GNU Emacs 29.0.92 (build 1, x86_64-w64-mingw32) of

2023-06-19'.



When I start emacs in Windows Terminal (OpenConsole host) with -nw with a saved desktop, Emacs loads that

session. When I start speedbar with



M-x speedbar-get-focus



Emacs crashes after very short time with a backtrace. The likely reason

is that speedbar information cannot be saved on a terminal in the

desktop file.



I didn't try out the behavior on eg. Linux.





In GNU Emacs 29.0.92 (build 1, x86_64-w64-mingw32) of 2023-06-19 built

on AVALON

Windowing system distributor 'Microsoft Corp.', version 10.0.19044

System Description: Microsoft Windows 10 Enterprise (v10.0.2009.19044.3086)



Configured using:

'configure --with-modules --without-dbus --with-native-compilation=aot

--without-compress-install --with-tree-sitter CFLAGS=-O2'



Configured features:

ACL GIF GMP GNUTLS HARFBUZZ JPEG JSON LCMS2 LIBXML2 MODULES NATIVE_COMP

NOTIFY W32NOTIFY PDUMPER PNG RSVG SOUND SQLITE3 THREADS TIFF

TOOLKIT_SCROLL_BARS TREE_SITTER WEBP XPM ZLIB



Important settings:

  value of $LC_ALL: en_US.UTF-8

  value of $LANG: C.UTF-8

  locale-coding-system: cp1252



Major mode: Markdown



Minor modes in effect:

  company-mode: t

  adaptive-wrap-prefix-mode: t

  word-wrap-whitespace-mode: t

  flyspell-mode: t

  windmove-mode: t

  savehist-mode: t

  recentf-mode: t

  marginalia-mode: t

  global-auto-revert-mode: t

  icomplete-mode: t

  fido-mode: t

  desktop-save-mode: t

  delete-selection-mode: t

  tooltip-mode: t

  global-eldoc-mode: t

  eldoc-mode: t

  show-paren-mode: t

  electric-indent-mode: t

  mouse-wheel-mode: t

  tool-bar-mode: t

  tab-bar-mode: t

  menu-bar-mode: t

  file-name-shadow-mode: t

  global-font-lock-mode: t

  font-lock-mode: t

  blink-cursor-mode: t

  column-number-mode: t

  line-number-mode: t

  visual-line-mode: t

  transient-mark-mode: t

  auto-composition-mode: t

  auto-encryption-mode: t

  auto-compression-mode: t



Load-path shadows:

c:/Users/HoechtlJ/WorkFolders/Documents/.emacs.d/elpa/transient-20230602.2121/transient hides c:/Users/HoechtlJ/AppData/Local/Emacs/share/emacs/29.0.92/lisp/transient

c:/Users/HoechtlJ/WorkFolders/Documents/.emacs.d/elpa/eglot-1.15/eglot hides c:/Users/HoechtlJ/AppData/Local/Emacs/share/emacs/29.0.92/lisp/progmodes/eglot

c:/Users/HoechtlJ/WorkFolders/Documents/.emacs.d/elpa/eldoc-1.14.0/eldoc hides c:/Users/HoechtlJ/AppData/Local/Emacs/share/emacs/29.0.92/lisp/emacs-lisp/eldoc



Features:

(shadow sort mail-extr emacsbug message yank-media puny dired

dired-loaddefs rfc822 mml mml-sec epa derived epg rfc6068 epg-config

gnus-util text-property-search mm-decode mm-bodies mm-encode mail-parse

rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045

ietf-drums mm-util mail-prsvr mail-utils misearch multi-isearch

display-line-numbers display-fill-column-indicator yasnippet hideshow

sql view comint ansi-osc ansi-color time-date company-oddmuse

company-keywords company-etags etags fileloop generator xref project

ring company-gtags company-dabbrev-code company-dabbrev company-files

company-clang company-capf company-cmake company-semantic

company-template company-bbdb company adaptive-wrap word-wrap-mode

flyspell ispell markdown-mode edit-indirect color thingatpt noutline

outline comp comp-cstr warnings rx cl-extra help-mode icons

tango-dark-theme windmove savehist recentf tree-widget wid-edit

marginalia compat autorevert filenotify icomplete desktop frameset

delsel cus-load finder-inf adaptive-wrap-autoloads company-autoloads

csv-mode-autoloads d2-mode-autoloads edit-indirect-autoloads

eglot-autoloads eldoc-autoloads go-mode-autoloads

impatient-showdown-autoloads impatient-mode-autoloads htmlize-autoloads

magit-autoloads pcase git-commit-autoloads magit-section-autoloads

marginalia-autoloads markdown-toc-autoloads markdown-mode-autoloads

dash-autoloads minions-autoloads s-autoloads simple-httpd-autoloads

transient-autoloads visual-fill-column-autoloads vundo-autoloads

with-editor-autoloads info compat-autoloads yaml-mode-autoloads

yasnippet-autoloads package browse-url url url-proxy url-privacy

url-expand url-methods url-history url-cookie generate-lisp-file

url-domsuf url-util mailcap url-handlers url-parse auth-source cl-seq

eieio eieio-core cl-macs password-cache json subr-x map byte-opt gv

bytecomp byte-compile url-vars cl-loaddefs cl-lib rmc iso-transl tooltip

cconv eldoc paren electric uniquify ediff-hook vc-hooks lisp-float-type

elisp-mode mwheel dos-w32 ls-lisp disp-table term/w32-win w32-win

w32-vars term/common-win tool-bar dnd fontset image regexp-opt fringe

tabulated-list replace newcomment text-mode lisp-mode prog-mode register

page tab-bar menu-bar rfn-eshadow isearch easymenu timer select

scroll-bar mouse jit-lock font-lock syntax font-core term/tty-colors

frame minibuffer nadvice seq simple cl-generic indonesian philippine

cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao

korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech

european ethiopic indian cyrillic chinese composite emoji-zwj charscript

charprop case-table epa-hook jka-cmpr-hook help abbrev obarray oclosure

cl-preloaded button loaddefs theme-loaddefs faces cus-face macroexp

files window text-properties overlay sha1 md5 base64 format env

code-pages mule custom widget keymap hashtable-print-readable backquote

threads w32notify w32 lcms2 multi-tty make-network-process

native-compile emacs)



Memory information:

((conses 16 489504 25250)

(symbols 48 22448 0)

(strings 32 119311 5185)

(string-bytes 1 3206315)

(vectors 16 109788)

(vector-slots 8 2131732 118144)

(floats 8 198 401)

(intervals 56 2972 822)

(buffers 984 17))*** E-Mail body has been placed on clipboard, please paste it here! ***

Datenschutzerklärung<https://www.wko.at/service/datenschutzerklaerung.html?utm_source=signature&utm_medium=email&utm_campaign=Datenschutzerklaerung&utm_content=external_signature>

[-- Attachment #2: Type: text/html, Size: 13493 bytes --]

bug#64710: 29.0.92; desktop session on terminal with speedbar crash

[Eli Zaretskii]

> From: <johann.hoechtl@inhouse.wko.at>
> Date: Tue, 18 Jul 2023 12:14:09 +0000
> 
> This crash affects 'GNU Emacs 29.0.92 (build 1, x86_64-w64-mingw32) of
> 2023-06-19'.
> 
> When I start emacs in Windows Terminal (OpenConsole host) with -nw with a saved desktop, Emacs loads that
> session. When I start speedbar with
> 
> M-x speedbar-get-focus
> 
> Emacs crashes after very short time with a backtrace. The likely reason
> is that speedbar information cannot be saved on a terminal in the
> desktop file.

Can you describe the recipe in more detail?  Specifically:

  . did you save the desktop from GUI session or -nw session?
  . did you have Speedbar frame in the session from which you saved
    the desktop?

If you could present a complete recipe starting from "emacs -Q" or
"emacs -Q -nw", that would help a lot to understand the problem.

Thanks.

bug#64710: AW: bug#64710: 29.0.92; desktop session on terminal with speedbar crash

[johann.hoechtl]

[-- Attachment #1: Type: text/plain, Size: 2323 bytes --]

The reason is actually not related to desktop-save. Unfortunately it is not easy to reproduce, as the behavior is not consistent. With the following recipe it shows quite regular though:

* Open a Windows Terminal, either Windows Terminal with bash or directly cmd.exe; Didn't test with powershell.
* Run emacs -Q -nw
* M-x speedbar-get-focus
* Right-click with the mouse, so the speedbar menu displays <-- this step *seems* to trigger the bug more easily

Now the behavior is not consistent, either
* Emacs enters a spin-lock and doesn't react; OR
* Emacs crashes with a backtrace; OR
* Emacs continues without any issues.

I did however also notice in the past that Emacs on Windows (builds from https://alpha.gnu.org/gnu/emacs/pretest/windows/emacs-29/) had spurious crashes on other places, albeit only when running with -nw. So there might be a nasty (Windows - only) terminal display bug?

I do attach the backtrace and hope that it might be useful.

-----Ursprüngliche Nachricht-----
Von: Eli Zaretskii <eliz@gnu.org>
Gesendet: Dienstag, 18. Juli 2023 18:25
An: Höchtl Johann | WKO Inhouse <johann.hoechtl@inhouse.wko.at>
Cc: 64710@debbugs.gnu.org
Betreff: Re: bug#64710: 29.0.92; desktop session on terminal with speedbar crash

> From: <johann.hoechtl@inhouse.wko.at>
> Date: Tue, 18 Jul 2023 12:14:09 +0000
>
> This crash affects 'GNU Emacs 29.0.92 (build 1, x86_64-w64-mingw32) of
> 2023-06-19'.
>
> When I start emacs in Windows Terminal (OpenConsole host) with -nw
> with a saved desktop, Emacs loads that session. When I start speedbar
> with
>
> M-x speedbar-get-focus
>
> Emacs crashes after very short time with a backtrace. The likely
> reason is that speedbar information cannot be saved on a terminal in
> the desktop file.

Can you describe the recipe in more detail?  Specifically:

  . did you save the desktop from GUI session or -nw session?
  . did you have Speedbar frame in the session from which you saved
    the desktop?

If you could present a complete recipe starting from "emacs -Q" or "emacs -Q -nw", that would help a lot to understand the problem.

Thanks.
Datenschutzerklärung<https://www.wko.at/service/datenschutzerklaerung.html?utm_source=signature&utm_medium=email&utm_campaign=Datenschutzerklaerung&utm_content=external_signature>

[-- Attachment #2: emacs_backtrace.txt --]
[-- Type: text/plain, Size: 4477 bytes --]


Backtrace:
00007ff63942bffe
00007ff6392b4801
00007ff6392db5b1
00007ff6394a1bba
00007ff9e11b7ff0
00007ff9e19323d7
00007ff9e18e149c
00007ff9e1930f06
00007ff63935b2bb
00007ff639364dcc
00007ff6393654ea
00007ff995cf77d1
00007ff639364dcc
00007ff6393654ea
00007ff995cf78e0
00007ff639364dcc
00007ff995c42e69
00007ff639364dcc
00007ff995c4573b
00007ff639364dcc
00007ff995c45692
00007ff639364dcc
00007ff995d06822
00007ff6393687ae
00007ff639364dcc
00007ff995d058ea
00007ff639364dcc
00007ff995d024cb
00007ff6393687ae
00007ff6393c5eda
00007ff639364dcc
00007ff995d18cab
00007ff995d18eff
00007ff995d1929a
00007ff639364dcc
00007ff995d00dbc
00007ff639364dcc
00007ff995d00c4e
00007ff639364dcc
00007ff995cf1fab
00007ff639364dcc
00007ff995d00ce6
00007ff639364dcc
00007ff995cfed5c
00007ff639364dcc
00007ff995cff5fe
00007ff639364dcc
00007ff995cfd8ad
00007ff639364dcc
00007ff995cfc793
00007ff6393c5eda
00007ff639364dcc
00007ff995cfc69b
00007ff639364dcc
00007ff9975b9c20
00007ff639364dcc
00007ff9975b8fe8
00007ff6393c5eda
00007ff639364dcc
00007ff9975bc677
00007ff639364dcc
00007ff9975bd65e
...

Backtrace:
00007ff7e3ccbffe
00007ff7e3cdf5ea
00007ff7e3b9764a
00007ff7e3b98396
00007ff994d18478
00007ff7e3c08711
00007ff7e3c04dcc
00007ff7e3b92db1
00007ff7e3c08711
00007ff7e3c65eda
00007ff7e3c68e79
00007ff7e3c09e70
00007ff7e3c0a90a
00007ff7e3c00d00
00007ff998a4f157
00007ff7e3c04dcc
00007ff7e3b6c1c1
00007ff7e3c02701
00007ff7e3b55116
00007ff7e3c0266f
00007ff7e3b550a4
00007ff7e3b5dabf
00007ff7e3b5de38
00007ff7e3d534c5
00007ff7e3a512e6
00007ff7e3a513fe
00007ff9c79a760c
00007ff9c81626e9

Backtrace:
00007ff7e3ccbffe
00007ff7e3cdf5ea
00007ff7e3b9764a
00007ff7e3b98396
00007ff994b48478
00007ff7e3c08711
00007ff7e3c04dcc
00007ff7e3b92db1
00007ff7e3c08711
00007ff7e3c65eda
00007ff7e3c68e79
00007ff7e3c09e70
00007ff7e3c0a90a
00007ff7e3c00d00
00007ff998a4f157
00007ff7e3c04dcc
00007ff7e3b6c1c1
00007ff7e3c02701
00007ff7e3b55116
00007ff7e3c0266f
00007ff7e3b550a4
00007ff7e3b5dabf
00007ff7e3b5de38
00007ff7e3d534c5
00007ff7e3a512e6
00007ff7e3a513fe
00007ff9c79a760c
00007ff9c81626e9

Backtrace:
00007ff7e3ccbffe
00007ff7e3cdf5ea
00007ff7e3b9764a
00007ff7e3b98396
00007ff994b48478
00007ff7e3c08711
00007ff7e3c04dcc
00007ff7e3b92db1
00007ff7e3c08711
00007ff7e3c65eda
00007ff7e3c68e79
00007ff7e3c09e70
00007ff7e3c0a90a
00007ff7e3c00d00
00007ff998a4f157
00007ff7e3c04dcc
00007ff7e3b6c1c1
00007ff7e3c02701
00007ff7e3b55116
00007ff7e3c0266f
00007ff7e3b550a4
00007ff7e3b5dabf
00007ff7e3b5de38
00007ff7e3d534c5
00007ff7e3a512e6
00007ff7e3a513fe
00007ff9c79a760c
00007ff9c81626e9

Backtrace:
00007ff7b9a1bffe
00007ff7b9a2f5ea
00007ff7b98e764a
00007ff7b98e8396
00007ff81a5d8478
00007ff7b9958711
00007ff7b9954dcc
00007ff7b98e2db1
00007ff81a5d1a46
00007ff7b9958787
00007ff7b9954dcc
00007ff81a5d13de
00007ff7b9958787
00007ff7b9954dcc
00007ff81a1d6993
00007ff7b99b5eda
00007ff7b99b8e79
00007ff7b9959e70
00007ff7b995a90a
00007ff7b9950d00
00007ff81ab7f157
00007ff7b9954dcc
00007ff7b98bc1c1
00007ff7b9952701
00007ff7b98a5116
00007ff7b995266f
00007ff7b98a50a4
00007ff7b98adabf
00007ff7b98ade38
00007ff7b9aa34c5
00007ff7b97a12e6
00007ff7b97a13fe
00007ff8a3fa760c
00007ff8a54826e9

Backtrace:
00007ff7b9a1bffe
00007ff7b9a2f5ea
00007ff7b98e764a
00007ff7b98e8396
00007ff81a5d8478
00007ff7b9958711
00007ff7b9954dcc
00007ff7b98e2db1
00007ff81a5d1a46
00007ff7b9958787
00007ff7b9954dcc
00007ff81a5d13de
00007ff7b9958787
00007ff7b9954dcc
00007ff81a1d6993
00007ff7b99b5eda
00007ff7b99b8e79
00007ff7b9959e70
00007ff7b995a90a
00007ff7b9950d00
00007ff81ab7f157
00007ff7b9954dcc
00007ff7b98bc1c1
00007ff7b9952701
00007ff7b98a5116
00007ff7b995266f
00007ff7b98a50a4
00007ff7b98adabf
00007ff7b98ade38
00007ff7b9aa34c5
00007ff7b97a12e6
00007ff7b97a13fe
00007ff8a3fa760c
00007ff8a54826e9

Backtrace:
00007ff7c45a58fe
00007ff7c45b6e84
00007ff7c44aedbe
00007ff9f8e08763
00007ff7c4508a8e
00007ff7c4505500
00007ff7c44aaa51
00007ff9e8a8c3f6
00007ff7c4505500
00007ff9e8a8ba06
00007ff7c454e90a
00007ff7c4550e69
00007ff7c450964f
00007ff7c450bdf3
00007ff7c45026fa
00007ff9e8a8ee67
00007ff7c4505500
00007ff7c448bc4a
00007ff7c4503af5
00007ff7c4477226
00007ff7c4503a63
00007ff7c44771b4
00007ff7c447f805
00007ff7c447fbc8
00007ff7c461cdc3
00007ff7c43a13a9
00007ff7c43a14de
00007ffa1c6c760c
00007ffa1dbe26e9

bug#64710: 29.0.92; desktop session on terminal with speedbar crash

[Eli Zaretskii]

> From: <johann.hoechtl@inhouse.wko.at>
> CC: <64710@debbugs.gnu.org>
> Date: Wed, 19 Jul 2023 06:38:22 +0000
> 
> The reason is actually not related to desktop-save. Unfortunately it is not easy to reproduce, as the behavior is not consistent. With the following recipe it shows quite regular though:
> 
> * Open a Windows Terminal, either Windows Terminal with bash or directly cmd.exe; Didn't test with powershell.
> * Run emacs -Q -nw
> * M-x speedbar-get-focus
> * Right-click with the mouse, so the speedbar menu displays <-- this step *seems* to trigger the bug more easily
> 
> Now the behavior is not consistent, either
> * Emacs enters a spin-lock and doesn't react; OR
> * Emacs crashes with a backtrace; OR
> * Emacs continues without any issues.

I cannot reproduce any problems with this recipe.  I tried many times,
and all I see is the drop-down menu drops and everything is OK.

Does this happen in any directory or just in some?  If some, can you
describe in more detail what is special about those directories and
what do you see after "M-x speedbar-get-focus"?

> I did however also notice in the past that Emacs on Windows (builds from https://alpha.gnu.org/gnu/emacs/pretest/windows/emacs-29/) had spurious crashes on other places, albeit only when running with -nw. So there might be a nasty (Windows - only) terminal display bug?

So maybe your build has a problem, or maybe the systems on which you
run Emacs somehow trigger a problem that doesn't happen elsewhere/

> I do attach the backtrace and hope that it might be useful.

Unfortunately, this kind of backtrace can only be interpreted on your
system.  If you have GNU Binutils installed, you can use the method
described in the node "Crashing" of the Emacs manual to produce file
names, function names, and line numbers from these addresses.