bug#50205: 27.2; crashes or hangs when opening a specific file using tramp

bug#50205: 27.2; crashes or hangs when opening a specific file using tramp

[Mani Kancherla]

[-- Attachment #1.1: Type: text/plain, Size: 10240 bytes --]

Hi,

If I open a specific file over tramp and then trigger window redisplay,
either by resizing the window or splitting the window, then emacs hangs or
sometimes crashes. Can be reproduced consistently by just opening the
specific file over tramp and then "C-x 3". Same file, if I open locally
(without tramp), it does not crash on window resize.

Please find the specific file that causes the crash attached to this email.
Steps to reproduce:
- place the file on a remote machine
- start emacs
- open file using tramp like /ssh:1.1.1.1:/tmp/test.txt
- split the window with C-x 3
====> emacs hangs or crashes at this point

I have seen this issue on macos with different versions of emacs (26.3,
27.1, 27.2) and with different versions of tramp as well. Please find below
the stack trace I collected. Also, just for testing, I removed everything
from .emacs to see if it is something in my .emacs, but it still crashed or
hung.

===============================================================
(lldb) bt
* thread #1, queue = 'com.apple.main-thread', stop reason = signal SIGSTOP
  * frame #0: 0x00000001001a11c5
emacs`builtin_lisp_symbol(index=<unavailable>) at lisp.h:1033:10 [opt]
    frame #1: 0x00000001001a0e10 emacs`NILP(x=0x0000000000000000) at
lisp.h:1400:10 [opt]
    frame #2: 0x00000001001a566a
emacs`CHAR_TABLE_REF_ASCII(ct=0x0000000102613d85, idx=110) at
lisp.h:2040:11 [opt]
    frame #3: 0x00000001001a1061 emacs`CHAR_TABLE_REF(ct=<unavailable>,
idx=<unavailable>) at lisp.h:2054:6 [opt]
    frame #4: 0x00000001001a25ec
emacs`composition_compute_stop_pos(cmp_it=<unavailable>, charpos=9242,
bytepos=<unavailable>, endpos=<unavailable>, string=<unavailable>) at
composite.c:1024:10 [opt]
    frame #5: 0x0000000100044cf1 emacs`compute_stop_pos(it=<unavailable>)
at xdisp.c:3960:7 [opt]
    frame #6: 0x00000001000441a2 emacs`handle_stop(it=0x00007ffeefbf9e28)
at xdisp.c:3820:5 [opt]
    frame #7: 0x00000001000475c6
emacs`next_element_from_buffer(it=0x00007ffeefbf9e28) at xdisp.c:8791:4
[opt]
    frame #8: 0x000000010001ea5a
emacs`get_next_display_element(it=0x00007ffeefbf9e28) at xdisp.c:7383:15
[opt]
    frame #9: 0x000000010002eadf emacs`display_line(it=<unavailable>,
cursor_vpos=<unavailable>) at xdisp.c:23248:12 [opt]
    frame #10: 0x000000010002e549
emacs`try_window(window=0x0000000101153835, pos=<unavailable>, flags=1) at
xdisp.c:19199:11 [opt]
    frame #11: 0x0000000100050ff0
emacs`redisplay_window(window=0x0000000101153835, just_this_one_p=false) at
xdisp.c:18617:8 [opt]
    frame #12: 0x000000010004fb76
emacs`redisplay_window_0(window=<unavailable>) at xdisp.c:16331:5 [opt]
    frame #13: 0x0000000100144d96
emacs`internal_condition_case_1(bfun=(emacs`redisplay_window_0 at
xdisp.c:16329), arg=0x0000000101153835, handlers=<unavailable>,
hfun=(emacs`redisplay_window_error at xdisp.c:16322)) at eval.c:1380:25
[opt]
    frame #14: 0x000000010004ed54
emacs`redisplay_windows(window=0x0000000101153835) at xdisp.c:16311:4 [opt]
    frame #15: 0x000000010002b640 emacs`redisplay_internal at
xdisp.c:15779:5 [opt]
    frame #16: 0x000000010002d991
emacs`redisplay_preserve_echo_area(from_where=8) at xdisp.c:16128:7 [opt]
    frame #17: 0x00000001000c4fa3
emacs`detect_input_pending_run_timers(do_display=true) at
keyboard.c:10371:5 [opt]
    frame #18: 0x0000000100189ed4
emacs`wait_reading_process_output(time_limit=<unavailable>, nsecs=0,
read_kbd=<unavailable>, do_display=true, wait_for_cell=0x0000000000000000,
wait_proc=<unavailable>, just_wait_proc=0) at process.c:5708:8 [opt]
    frame #19: 0x0000000100008bed emacs`sit_for(timeout=<unavailable>,
reading=<unavailable>, display_option=<unavailable>) at dispnew.c:6064:3
[opt]
    frame #20: 0x00000001000c41f7 emacs`read_char(commandflag=1,
map=0x0000000124027103, prev_event=0x0000000000000000,
used_mouse_menu=0x00007ffeefbff467, end_time=0x0000000000000000) at
keyboard.c:2738:11 [opt]
    frame #21: 0x00000001000c0d83
emacs`read_key_sequence(keybuf=<unavailable>, prompt=0x0000000000000000,
dont_downcase_last=false, can_return_switch_frame=false,
fix_current_buffer=true, prevent_redisplay=false) at keyboard.c:9554:12
[opt]
    frame #22: 0x00000001000bff33 emacs`command_loop_1 at
keyboard.c:1350:15 [opt]
    frame #23: 0x0000000100144d22
emacs`internal_condition_case(bfun=(emacs`command_loop_1 at
keyboard.c:1236), handlers=<unavailable>, hfun=(emacs`cmd_error at
keyboard.c:919)) at eval.c:1356:25 [opt]
    frame #24: 0x00000001000cecae
emacs`command_loop_2(ignore=0x0000000000000000) at keyboard.c:1091:11 [opt]
    frame #25: 0x00000001001448cb emacs`internal_catch(tag=<unavailable>,
func=(emacs`command_loop_2 at keyboard.c:1087), arg=0x0000000000000000) at
eval.c:1117:25 [opt]
    frame #26: 0x00000001001f7e2a emacs`command_loop.cold.1 at
keyboard.c:1070:2 [opt]
    frame #27: 0x00000001000bf42e emacs`command_loop at keyboard.c:0 [opt]
    frame #28: 0x00000001000bf354 emacs`recursive_edit_1 at
keyboard.c:714:9 [opt]
    frame #29: 0x00000001000bf55e emacs`Frecursive_edit at keyboard.c:786:3
[opt]
    frame #30: 0x00000001000bd818 emacs`main(argc=<unavailable>,
argv=0x00007ffeefbff888) at emacs.c:2067:3 [opt]
    frame #31: 0x00007fff203bbf3d libdyld.dylib`start + 1
    frame #32: 0x00007fff203bbf3d libdyld.dylib`start + 1
===============================================================

In GNU Emacs 27.2 (build 1, x86_64-apple-darwin18.7.0, NS appkit-1671.60
Version 10.14.6 (Build 18G95))
of 2021-03-27 built on builder10-14.porkrind.org
Windowing system distributor 'Apple', version 10.3.2022
System Description:  macOS 11.3.1

Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.
Quit
Configured using:
'configure --with-ns '--enable-locallisppath=/Library/Application
Support/Emacs/${version}/site-lisp:/Library/Application
Support/Emacs/site-lisp' --with-modules'

Configured features:
NOTIFY KQUEUE ACL GNUTLS LIBXML2 ZLIB TOOLKIT_SCROLL_BARS NS MODULES
THREADS JSON PDUMPER GMP

Important settings:
  value of $LANG: en_US.UTF-8
  locale-coding-system: utf-8-unix

Major mode: Fundamental

Minor modes in effect:
  tooltip-mode: t
  global-eldoc-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  blink-cursor-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  buffer-read-only: t
  line-number-mode: t
  transient-mark-mode: t

Load-path shadows:
/Users/mkancherla/.emacs.d/elpa/tramp-2.5.1.1/tramp-archive hides
/Applications/Emacs2.app/Contents/Resources/lisp/net/tramp-archive
/Users/mkancherla/.emacs.d/elpa/tramp-2.5.1.1/tramp-smb hides
/Applications/Emacs2.app/Contents/Resources/lisp/net/tramp-smb
/Users/mkancherla/.emacs.d/elpa/tramp-2.5.1.1/tramp-uu hides
/Applications/Emacs2.app/Contents/Resources/lisp/net/tramp-uu
/Users/mkancherla/.emacs.d/elpa/tramp-2.5.1.1/tramp hides
/Applications/Emacs2.app/Contents/Resources/lisp/net/tramp
/Users/mkancherla/.emacs.d/elpa/tramp-2.5.1.1/tramp-adb hides
/Applications/Emacs2.app/Contents/Resources/lisp/net/tramp-adb
/Users/mkancherla/.emacs.d/elpa/tramp-2.5.1.1/tramp-sh hides
/Applications/Emacs2.app/Contents/Resources/lisp/net/tramp-sh
/Users/mkancherla/.emacs.d/elpa/tramp-2.5.1.1/trampver hides
/Applications/Emacs2.app/Contents/Resources/lisp/net/trampver
/Users/mkancherla/.emacs.d/elpa/tramp-2.5.1.1/tramp-cmds hides
/Applications/Emacs2.app/Contents/Resources/lisp/net/tramp-cmds
/Users/mkancherla/.emacs.d/elpa/tramp-2.5.1.1/tramp-integration hides
/Applications/Emacs2.app/Contents/Resources/lisp/net/tramp-integration
/Users/mkancherla/.emacs.d/elpa/tramp-2.5.1.1/tramp-sudoedit hides
/Applications/Emacs2.app/Contents/Resources/lisp/net/tramp-sudoedit
/Users/mkancherla/.emacs.d/elpa/tramp-2.5.1.1/tramp-cache hides
/Applications/Emacs2.app/Contents/Resources/lisp/net/tramp-cache
/Users/mkancherla/.emacs.d/elpa/tramp-2.5.1.1/tramp-compat hides
/Applications/Emacs2.app/Contents/Resources/lisp/net/tramp-compat
/Users/mkancherla/.emacs.d/elpa/tramp-2.5.1.1/tramp-gvfs hides
/Applications/Emacs2.app/Contents/Resources/lisp/net/tramp-gvfs
/Users/mkancherla/.emacs.d/elpa/tramp-2.5.1.1/tramp-ftp hides
/Applications/Emacs2.app/Contents/Resources/lisp/net/tramp-ftp
/Users/mkancherla/.emacs.d/elpa/tramp-2.5.1.1/tramp-rclone hides
/Applications/Emacs2.app/Contents/Resources/lisp/net/tramp-rclone
/Users/mkancherla/.emacs.d/elpa/tramp-2.5.1.1/tramp-loaddefs hides
/Applications/Emacs2.app/Contents/Resources/lisp/net/tramp-loaddefs

Features:
(shadow sort mail-extr emacsbug message rmc puny dired dired-loaddefs
format-spec rfc822 mml mml-sec epa derived epg epg-config gnus-util
rmail rmail-loaddefs text-property-search time-date mm-decode mm-bodies
mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail
rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils finder-inf info
package easymenu browse-url url-handlers url-parse auth-source cl-seq
eieio eieio-core cl-macs eieio-loaddefs password-cache json subr-x map
url-vars seq byte-opt gv bytecomp byte-compile cconv cl-loaddefs cl-lib
tooltip eldoc electric uniquify ediff-hook vc-hooks lisp-float-type
mwheel term/ns-win ns-win ucs-normalize mule-util term/common-win
tool-bar dnd fontset image regexp-opt fringe tabulated-list replace
newcomment text-mode elisp-mode lisp-mode prog-mode register page
tab-bar menu-bar rfn-eshadow isearch timer select scroll-bar mouse
jit-lock font-lock syntax facemenu font-core term/tty-colors frame
minibuffer cl-generic 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 charscript charprop case-table epa-hook jka-cmpr-hook help
simple abbrev obarray cl-preloaded nadvice loaddefs button faces
cus-face macroexp files text-properties overlay sha1 md5 base64 format
env code-pages mule custom widget hashtable-print-readable backquote
threads kqueue cocoa ns multi-tty make-network-process emacs)

Memory information:
((conses 16 69254 6106)
(symbols 48 8166 1)
(strings 32 24442 1598)
(string-bytes 1 759163)
(vectors 16 13863)
(vector-slots 8 171466 13674)
(floats 8 24 21)
(intervals 56 192 0)
(buffers 1000 12))

[-- Attachment #1.2: Type: text/html, Size: 26866 bytes --]

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

 {\"id\": {\"right\": 1, \"left\": 3}, \"pem_encoded\": \"'-----BEGIN CERTIFICATE-----\nGXzCCBEegAwIBAgIUFirjjfo4MG1S6hh78VcFs6COxdQwDQYJKoZIhvcNAQEL\nBQAwbzELMAkGA1UEBhMCVVMxEzARBgNVBAgMCkNhbGlmb3JuaWExEjAQBgNVBAcM\nCVBhbG8gQWx0bzEPMA0GA1UECgwGVk13YXJlMQwwCgYDVQQLDANOU1gxGDAWBgNV\nBAMMD1RydXN0ZWQgQ0EgQ2VydDAeFw0yMDA5MTgwNDMxMDlaFw00MDA5MTMwNDMx\nMDlaMG8xCzAJBgNVBAYTAlVTMRMwEQYDVQQIDApDYWxpZm9ybmlhMRIwEAYDVQQH\nDAlQYWxvIEFsdG8xDzANBgNVBAoMBlZNd2FyZTEMMAoGA1UECwwDTlNYMRgwFgYD\nVQQDDA9UcnVzdGVkIENBIENlcnQwggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIK\nAoICAQDR0Jfc8kBYsg4azNHOAkUkGnKJf4F08VziapYNCGyB1qtip/uvHl/4bKzn\nGP/UWALmHCUpjHbTaY807TE/4Zupo6s3zHaPjt+ACAqeKVB80ZStQzU8KfJdWd0N\nGBWINuSndygEcT44O/d8LsVomOoPkso0lsM14kIaupXwb/hgt6UvFR7YU/h5GkC0\nN4GS7PXN7/BFyk+DjUvHBwhGREa2g+pBdoryZPOPRpqqedmYdAvW1904HLLuCBEW\nQkbe/NavvcqrEapZV4cZ+DCGz4DN0vAocp1tFAYmohAZWgeYOArYWl0VJsfCM1tQ\nI+1fKYbpW7RcgPUkA6cYp7KnhgrcR0YBHp0zsmZnT2r3SbYWwjyVt2I1BDdItfrO\nyWM0aPQvnQiziTYTspTFbLn169kfanNq+7Xgc0CxPVkl7MJ1s0hAgjsEm0CGmHrn\nuY0Bf8Sw8B9m0wdl1hRwbtX3zluDeIkJtKN/Bak+EfATolw2LEgyMplWCWjvQ+bU\nQBst5tW138XPI3LZWRMTz+wwLwc3BALzp3CWf0G8X+T1v4NkWzItJgKJv2nuNS2p\nROErpUpm2a9yaEGhDsul3L2WXDVOVn+h+YdgZzFebLH2C6KKBlbighgobFK8tjgv\npP/KJ12sal6XaG6WzkX6cC5gxnQ9IQ7dhYCqSqGx89jAtEa32wIDAQABo4HyMIHv\nMB0GA1UdDgQWBBRrR0gCJyi64k1iWHE0ClvFuimw2jCBrAYDVR0jBIGkMIGhgBRr\nR0gCJyi64k1iWHE0ClvFuimw2qFzpHEwbzELMAkGA1UEBhMCVVMxEzARBgNVBAgM\nCkNhbGlmb3JuaWExEjAQBgNVBAcMCVBhbG8gQWx0bzEPMA0GA1UECgwGVk13YXJl\nMQwwCgYDVQQLDANOU1gxGDAWBgNVBAMMD1RydXN0ZWQgQ0EgQ2VydIIUFirjjfo4\nMG1S6hh78VcFs6COxdQwDwYDVR0TAQH/BAUwAwEB/zAOBgNVHQ8BAf8EBAMCAYYw\nDQYJKoZIhvcNAQELBQADggIBACUsH13Q6bYoliijux5z1lmMGI029Rwvcyj0Glsl\n7pm9JSqHIyTAu6no8zf2PfBQwXpLC31s4Bb2oYOV+BWDWH/X45NbKuW31KzmrUaC\n0T6Qs6Al773onnz3RkQ/JGBhagq6D0Nn15B/kSnZFBRSmnUmm7Oo1qSl9te5bDMv\nQHY/UHdr5HpFkNs95mqOOf78dUevRFZgSDwToGeVRJgQpU/2LxRmDoVhX6N4mW1M\nFuos/l4ultx+AfG8EUq4bUXwKO78GaYuFytmChNmSojpn0Yb+80/KAMTDMpz/INJ\nUtm4h9n3DbUH8SR432umu/u+He29M36n3fM+lu6PrnRDSYGchmJuAbO3lKEWtNaE\na7OMvCSpG0dsn6FodcOrScTUEddZwaHLGwJ6My6pe7uBCUjgk8vMCKhDAXIhMnnb\nBi4OvlVD6xjgLvo27DXJlDWCXHZbKkZcDwh8p2U9EoxEWO4lviFkq86fM96u6h46\nu9eTMU6vqKMjkO4QV6sVWPzh6feO9getB9SZH3N+VeKPBJ1xjkbG86ELkoh7Oxqp\nfL/QhEi3hSkGbfJM4NDxLuCulDBFiMZB/X/JsZVZw3unoI7HPvpBPItVEy81shR1\n/PXZ0HVf7WidCLsUyAsz4+JQXhVWrJEeloyUz1NLG9fHT6JShXGJp/HmcYRtW+rl\n9G3e\n-----END CERTIFICATE-----'\", \"private_key\": \"'-----BEGIN RSA PRIVATE KEY-----\nMIIJKAIBAAKCAgEA0dCX3PJAWLIOGszRzgJFJBpyiX+BdPFc4mqWDQhsgdarYqf7\nrx5f+Gys5xj/1FgC5hwlKYx202mPNO0xP+GbqaOrN8x2j47fgAgKnilQfNGUrUM1\nPCnyXVndDRgViDbkp3coBHE+ODv3fC7FaJjqD5LKNJbDNeJCGrqV8G/4YLelLxUe\n2FP4eRpAtDeBkuz1ze/wRcpPg41LxwcIRkRGtoPqQXaK8mTzj0aaqnnZmHQL1tfd\nOByy7ggRFkJG3vzWr73KqxGqWVeHGfgwhs+AzdLwKHKdbRQGJqIQGVoHmDgK2Fpd\nFSbHwjNbUCPtXymG6Vu0XID1JAOnGKeyp4YK3EdGAR6dM7JmZ09q90m2FsI8lbdi\nNQQ3SLX6zsljNGj0L50Is4k2E7KUxWy59evZH2pzavu14HNAsT1ZJezCdbNIQII7\nBJtAhph657mNAX/EsPAfZtMHZdYUcG7V985bg3iJCbSjfwWpPhHwE6JcNixIMjKZ\nVglo70Pm1EAbLebVtd/FzyNy2VkTE8/sMC8HNwQC86dwln9BvF/k9b+DZFsyLSYC\nib9p7jUtqUThK6VKZtmvcmhBoQ7Lpdy9llw1TlZ/ofmHYGcxXmyx9guiigZW4oIY\nKGxSvLY4L6T/yiddrGpel2huls5F+nAuYMZ0PSEO3YWAqkqhsfPYwLRGt9sCAwEA\nAQKCAf9pubLMo0XJa++vkYYnSP2OM8WDg7y4MOedMBhseNI0mvfBvuQUWjoB9MEr\nsm03kyHi0kvno+A8p/SBtwQaLJVD5jVg6KbVsCjvWx3+lNL6EqHYrQUmS/zVDXNW\nJcyz1vVhbam8k1PHAnCzIt5W1rcbIdzCozW68UheL6degQ2nruKN1xaz65xJafEw\n3sdsQfuayk1I3akzoP+OSvzga4c2cUKZuiJKApS4ndtSDBSZveA5Yo0WuV9wkqAJ\nl1wfAUktRXXavgwY+QIbE/Vf+S/uh1x9BUROsshmr0NtgvBQw+yzGNXO0rvWIArj\nVzdFvKc+7/bypgjhHPYWdmqP//t4Gc1NaM5Y6niGNQ44+T2s2Kefw+z5HZsk6UMT\nSD7lCVJnjzKX3U1BjIrVDE7uidKPpE+yoL1h53RgfZrwi2/78AA8iwSgVtO8mZX+\n4vaU1qNJ+62H82W6QweorrCGUxRAydzZcV6e+6/uXcDtYlPGcUAb+pyZ7TXjbZOR\nxqREgX16JPsqJpWA3QHhYpWDNxwXxn1ExXsjl7aG5xUHt3jrW2afuhZKdbKgWYbn\nWRb9GD8FbEHrMTtr5o2r+AcbhEcechZ/5pSBM8pcJsIjH0zU3F0kYAwlepsbskr7\n+caNmApWygt9Pbb2O1XY8vax6lwGb0FEnm3vL0AufUUGpm0xAoIBAQD/EnLEZG8g\ngm0TwSCyLxJFtxLPEKkjNoDe4iYYYVd0WWe2WtVivx5cidpdpx9QxmRPx2qwHR1e\nNz0ZFFpO5st8Ongg7nwOvub11mT3GZcrI/4yDpTgBM1gnXkmGfHUSvQg6PPgPfkc\ni2n+o8LCIaqvx5H0kbopH3F2w6AXpmcRCC7mvFGzCURtWzRS1Qc0CeWrgnjkGI3I\nGQ5zWTbONie1OPRs9MDhAmOmkEm+uW5rXI+kOmsABg7tcLropTfN7t0zb8QXB56m\nWFSTtnrbv09SbOfeT5BeWYlD6HidIXxV6JLPJbaOy64a1G9gP/89rHPYahxfz54r\nJ+hYQaj1oJ7ZAoIBAQDSk/8MnHm1+O73CjnCRD3dG2ZKc81JCDP2CstVFVtnRo6W\nGrZWTQt2MdoC40AWmXqtxxwy6hsbUFZ7nzpzb3PjvBK2IInTDGNAwxSss/mbom4J\nitanvcbHT27swZDdFV3+F9+kVYU15m7CjzTR1QT/bauxryO88I5lBXD6ZNB3BxyI\n/vQ/TIAwKX90OxWIo2dnOPNMxVvrDKi7tY26uR84MNNCjr3ccUr1gRZYhlOujF7P\nsd7TGJ3GHj9AGjPNA7EwiwOc4i1ZEXkYQF2oEvLxC7WzSI0WZyrolc5PyWjeK86I\nmZDnH4eRHgmBbBxRG0DDIGIkTrWSNZaG2YsBOUPTAoIBAQDQHF41LHiavq9+YaFq\noAs5hEA9X6uQRmTo9Pz+AVXYYSXEW+IkOijsebEHnlZnkibADMVYQbj3aPxZnQh9\nvcKibhYbUFk5srpANBeWoHN9SFWaw9jl2iUzQehZlOuBOVJsE4T/HbFFf94QW86I\nk+1uk9bbA5cu/C+YJc5V3XfUJqgVq+rAt7vzuWk8eADzjWus/rvh5sKvUvo+VLjp\nkLffHUQYLa29KDTj7m+sxCB6SkAMT3mDwG2nfsWREVQxmkUyNWt5GsdvkzwWdNlS\nt4lhh+e6s5Hn2Qest1zJX0vRz/sQNgX4BejcjRz+G9kFmdG+7fyOk5fKQDpK3++Z\n0N4pAoIBAE0fCq/RtvmgW9R6GEE/wPBzknj+BFcU/ALGXUWh9sHSI3JyAgmFWgdF\nprScCeK8/yMZ4wf6mUbdm27XGA8i6GyleqzdKdzzkn4rdCz0FRyc1nQENy1j4aMp\nQlTPZ4CwzKW8lJmZAJqG9FWpIQ0gWR47SkBfBlWyPFRfM8tglMCjCB5cUZPFLsV0\nzUsCQJa0UbCKOQEK3uksz7c/fNK/7eEkcJrVsE9F5tAXINn3CDrLCgZC/HqPb2kZ\ntsyBTCtviLtgjkgsxbLzJUhuel6N4g/J3Bf3IETuL9bS1qZ9+zwzCwcYRut+rqXF\nPHH76DsEIinUeF0XvoP3wFNO5QvjryUCggEBALLSe3xYvWHJZBhvrNPAupZvLWVL\n+JKmtdpzlLTsKzvGjrOcn1Yh2H54+mhUKopvw0oqJbfUnUacLBCsGN0FleISV/L0\nIet3RE07W0NWJ9PyhpJEfR98nrDXshBhZocwWmCK6L3CwAF7HwePl+Evdtjt39HQ\nEhOm5cJ6+rjsdfmn3vRPVGh15fzCBtj1dQjC1FOh/wQveR7YI9MHI+nbtL1o+ofY\nIogYH2cLRuN5feTUtDIokgxrD6SlPk1If6fsREngkkAO5td7p1jZaIj7pxzANUDt\n0MbP883WPo5xocPL4eZvtBjzT2tLYgqQPI99pzISIKz/DmLr9RNxldkyJYo=\n-----END RSA PRIVATE KEY-----'\"}

 {\"id\": {\"right\": 2, \"left\": 3}, \"pem_encoded\": \"'-----BEGIN CERTIFICATE-----\nGZTCCBE2gAwIBAgIUJZwMvaAjygXmdBBZ1TvAgQDTxcgwDQYJKoZIhvcNAQEL\nBQAwcTELMAkGA1UEBhMCVVMxEzARBgNVBAgMCkNhbGlmb3JuaWExEjAQBgNVBAcM\nCVBhbG8gQWx0bzEPMA0GA1UECgwGVk13YXJlMQwwCgYDVQQLDANOU1gxGjAYBgNV\nBAMMEVVudHJ1c3RlZCBDQSBDZXJ0MB4XDTIwMDkxODA0Mzc1NloXDTQwMDkxMzA0\nMzc1NlowcTELMAkGA1UEBhMCVVMxEzARBgNVBAgMCkNhbGlmb3JuaWExEjAQBgNV\nBAcMCVBhbG8gQWx0bzEPMA0GA1UECgwGVk13YXJlMQwwCgYDVQQLDANOU1gxGjAY\nBgNVBAMMEVVudHJ1c3RlZCBDQSBDZXJ0MIICIjANBgkqhkiG9w0BAQEFAAOCAg8A\nMIICCgKCAgEAzwjnN/pp0xl+hK0zLL34Y9dJYZKXLwi0TUWBtJnUMafYqpNGBGm5\nKvIaRODyYfO0QF/fHy+n+iCb/xOxjum0+K4GHq6SM3x+kQcV916g7NCj+q7FPDdp\nSosTkl1+LH3NsUcSzD7hTGAMBnk9rpRXPQp1u4cL6hMlT3hekuidkBOrNFioXpRm\nymX64JvGagn+4I6eHnCsIbdbnKfihLqMui8HFaHtKlj0shoq6rKcfawqbt4GxKsy\nF0kjgT1XhonLhGFj+utKNnNeQDqA+VkVBuuqf0aVGciQFs2kWGVpbJEsyAr8+NYm\nZaQlB2jWyb6TsLfoDMRs54rqSLsTOoN5qAQHOEXsDJfPdLzlhbzdtFSYCnZZL7G+\nIEDTdm2Wr2dVwg+QSP9hpJ4Ixieb3negao3WLw8IHcU9uWIbgov9+CgjT5HJWGiF\n1UXIRQ4eFTTKN2of5fpgJRAw7QL5Jmr9fdZg/nhWg8m3IIt43naz+DSQ5j98JdiJ\nVHJs3ngL98ckPnoRCFoNDEr13nroZksD8P3uS6/b/teP5s+SqnjQmu3Izer6WxnK\n2NBjLTRXaDVXJE+GHJh3cvwOYmVzQzsqN4YMQjW8DzTncGvogcbq9i/yOouXKJ9P\nTB/BXcaoAKqYpj8jHxj/mdQt8y6K3nVgwIvoLpv/BUSuIpSPPbU4apkCAwEAAaOB\n9DCB8TAdBgNVHQ4EFgQUKpA37IXvZWZQ4xlkuQuXht8ac9Mwga4GA1UdIwSBpjCB\no4AUKpA37IXvZWZQ4xlkuQuXht8ac9OhdaRzMHExCzAJBgNVBAYTAlVTMRMwEQYD\nVQQIDApDYWxpZm9ybmlhMRIwEAYDVQQHDAlQYWxvIEFsdG8xDzANBgNVBAoMBlZN\nd2FyZTEMMAoGA1UECwwDTlNYMRowGAYDVQQDDBFVbnRydXN0ZWQgQ0EgQ2VydIIU\nJZwMvaAjygXmdBBZ1TvAgQDTxcgwDwYDVR0TAQH/BAUwAwEB/zAOBgNVHQ8BAf8E\nBAMCAYYwDQYJKoZIhvcNAQELBQADggIBAJHrJuHzTWzaM6O00X9tFSU+IknmZsR6\nInBv9ZHEFaYfbV3X4gSG9MWPIVOeokcAvMPF2B8I4W1uGg4IqWLNCzjjvIrk+TNp\nzuGILvszcidub6aQSk7hnw0IrKD3XQOO4EADjl6uB57wTPsWKAPngvukGD9t079t\n4/Ap7E7ihS+7Bsje/TFBLEbusxFxUIIE3eK+sPx9MQWjOeRcVQ5d0ym1/JAYe+dk\nnaHExryALMPfQoK8rMzhUmKjjYieQEu2CSBAV7V0+m48SMp7zprTZL0bmTX65pFG\nPDKNNaT4MY5AGTOw8ZHi/kK/eACsEufr7af5fahtmwqW2G3pHDwyxRq2Irz1ClLg\nr00IVlP9l43zTJjao8DWwJe6uHxEsC9vnVWSPi13IixbFpX9nN4AyeYls8pduqdc\n837MkNg+RO4G12bwmMVhGur/T6kBZq+TfK5rrpF5RcwddzZ3JJVB8NKbEcA0aBpk\nxyMZL5URVL+bkQ4xigBdUkVOO7/SsiJB+b59/ETJo++0C2saXImTFzQCNBKAw/7P\nkaYmq2gmx50qn50vFYXgyXmN39TMqnwut3PJufdOICIIvJMo0OHKzpprrOQlflD9\nse9RpZIrTh7ZjJ2BDacBaU8zMfP0BZF1JYtiLWD37dG0eLPK1wiI/qr099sDd4WP\nuBLOK4swntJa\n-----END CERTIFICATE-----'\", \"private_key\": \"'-----BEGIN RSA PRIVATE KEY-----\nMIIJKAIBAAKCAgEAzwjnN/pp0xl+hK0zLL34Y9dJYZKXLwi0TUWBtJnUMafYqpNG\nBGm5KvIaRODyYfO0QF/fHy+n+iCb/xOxjum0+K4GHq6SM3x+kQcV916g7NCj+q7F\nPDdpSosTkl1+LH3NsUcSzD7hTGAMBnk9rpRXPQp1u4cL6hMlT3hekuidkBOrNFio\nXpRmymX64JvGagn+4I6eHnCsIbdbnKfihLqMui8HFaHtKlj0shoq6rKcfawqbt4G\nxKsyF0kjgT1XhonLhGFj+utKNnNeQDqA+VkVBuuqf0aVGciQFs2kWGVpbJEsyAr8\n+NYmZaQlB2jWyb6TsLfoDMRs54rqSLsTOoN5qAQHOEXsDJfPdLzlhbzdtFSYCnZZ\nL7G+IEDTdm2Wr2dVwg+QSP9hpJ4Ixieb3negao3WLw8IHcU9uWIbgov9+CgjT5HJ\nWGiF1UXIRQ4eFTTKN2of5fpgJRAw7QL5Jmr9fdZg/nhWg8m3IIt43naz+DSQ5j98\nJdiJVHJs3ngL98ckPnoRCFoNDEr13nroZksD8P3uS6/b/teP5s+SqnjQmu3Izer6\nWxnK2NBjLTRXaDVXJE+GHJh3cvwOYmVzQzsqN4YMQjW8DzTncGvogcbq9i/yOouX\nKJ9PTB/BXcaoAKqYpj8jHxj/mdQt8y6K3nVgwIvoLpv/BUSuIpSPPbU4apkCAwEA\nAQKCAgBvaDkT9Fpx0Cw2tQTutKMvBrBkIv/bvXFYi2iKiKSYu9tpnqp0wXd01qaw\nHeQQNZXvdieYnopjnJyVHEHVx4kssGh2pjXiIsHwxMFbRb6O8I7s3JMiHic4h7JW\ndpzo0CGZncdNxSBzetO9wAwjH4v6OuCzsq4EnZzcMMejgi0XVJ4yIusnSfAuRcZE\ni06vzQUsTVJkyvi1g/d2Sxknl0MXBStoxqPav9ec51vkw4xWTAjhc/RsbDseMKs8\nZofsy8WKTOYCJg7fUiGLqm+wvfEEslgi+RZOs5Bl1O706k1asJxKYS9Tr9klpLiQ\nTigWk8jhtXTXOfPofOYpkRF90TXq7IhD7Mf9ukQ9L8spz9vI3cpFSJEjEaQB+nvo\nuE8LZHjWIl7o5EFsHPQoEA8GE7E56URH+pKysRiH7xuOXj/4r/9l7jn/aRdbCdTN\nl8aOYLXdttn0RTy+xr9aFBEeZ2b9z5rdxwYeBdIc4rp8p5DgvnA4At9UlBeiNCgo\nalNKXxGlCN3EOxyYIgobugZVV5WqHL0Xbto633757AA/E3+EmBzBpDdjfwFh7v6t\nd6HHu7FB9cn7JM9+uOUx8o5CBiScjS7I7QJXEBMojACmnfDAhhmYbYUnzuhGeAZa\nuhJHjjClage/1hj7y/zZ3EULTid+lImQELSW1P22c0DUB5cmIQKCAQEA/qTMwMpI\nBuUPej6FcXuaNBRLhrI3tlQttdROCKa+fbnTa81zdvz9JXmlHWYFfS+RzPzl/mcb\nsdu6zKIbZ9to01nN15Ui/n5rqOcXTcK06e/9CPyTZs9TETvNjRItDc1OwHQdm0Qo\nDOKmgCIA8dljNRTxCW0V+1yb3KtAgatz6lhTUE9fDNO3Yju6/r9OkRdYZ/eQxx3N\nZ9R74xHWTlJp4VuNXvxRv/VMG7sq+71/1azOJNMJoTkhaCCpUjix45QmHJ1KV88c\nC+VXrFJPlUZ2VJP5+cnQUKsIZOPBgRzhMz85QG3VUy/1ElxEaEByU3OSMSIQXfT6\nN48c2j91WA8gtQKCAQEA0CMwlTu1TjgWKi/ECVBMJTmMxQJVpeh9ucZ4SVq112MW\nwmMQDB1lYZbcIoGHtuvrrnegcan06L+WBrSkHn/cnKqRpF55TtwajWs45a6m0BHq\nuiqLZGN60U+uf5d7u+UhYEhkKtFPHyk2658czbWwXqxbvtq6TDVmmh+peMvjCpn5\nolMY1r/KXxtl4Dv4khufb3tS6ltelxPd8dg/78qZstqeqVc5X9ad/oGPoF5UWYCg\n05N2DAdmSuNSX/w1LW9moqeWqzf+ezzkGMrki84ti/8CP8qp+Me8tUyYzHf2KI6y\nLxbHcZIDswUxyyIbvILFiF/nyFIWA/w56e/LFx3k1QKCAQB8qIq/+obGMU6hZogH\nJR45TpImr4pMjOsPr44/9/kbLWRNyvcykekPdnyZZr9bKHV0531kTG+nY00QLm/C\nKQwpIzZ8yjqmYZcsyWyEGcRdHao+wv8Z/nbI4gDfhb1em1ppJq7zuqrsm+wsn/jc\nbLJ/YvAY0DlJo2192qwqjpehannmv+RlMCP/SARj/51jtA0IYI6Um4dZxBCd+bZz\nAy9oLlyH2nfexCPtE3SYZo11OjJ0noeBUKmFAzBA2xZitbzulyW01OQDAtQnvOfO\nyP7WqtZeLSj4xLHISiMJpOyuHM5XNy2OmtSbl2W5r4sIRXSU7vsaM/pmRn42bYhx\ngn5dAoIBAQCMSbu8SpNo1lryMmHS2UGJsaGVRH6QJgVgC0sWPkLkm1BC01yEneew\ngGt+AoqEG74uSUlmc2S04DVx7Z3VRN9g5YLnJBplsetfuI6QGUksY3cv5e8wSfEF\nVczLCUKIIed+Ky0AwzWuTixLYmKasMTg+xGXsXvyU+gFKCQlXF96zM+6voG2dW0k\n76WaHzHq4R10mc4IUm+OKwDkuppVuNwh9kMM5tKwK0swuQki0ZHPBejg0rq1XuNu\nxIvIUIlTR4wJRCZE36fyTtd7cn3bUavXeZl9f89S9OXX2XoADzdmnM+y94qUnRNL\nPcwTG7lQNWCJDAOBPPrD0uUCLfNYcHjFAoIBAFNmP6T22BpytbMukuivFxn9Xp4f\nxsvRj1kiavHJzxaNBFiwt5VhlhHI3ga/OGHTn4ZcBrA0NELYRTyfuVubs1IYETyO\nZ0b09Blq4gyRThBzGtItCasFLqyUfZ12U6cVvD5fZ+8Oxl0ejXdNHZk9Bnm9ehmm\nz3iwhm7ro3UyW2OyG5o6Rvqron9wJpO9vAFPB8I7//uC/6iTtEtbkgjJScME2FMW\nvuuuL5kKMACQ042WP9rvlE+VXN8h5xpsCG0Dn0xSYtXMQboGd1tZpTPjruFv+Q7r\nAWS1qPxpeBQEC2YJU4PySnC0KgzdpQimPTjMcZrcqEjidzMr7XM+wuPt+eE=\n-----END RSA PRIVATE KEY-----'\"}

bug#50205: 27.2; crashes or hangs when opening a specific file using tramp

[Eli Zaretskii]

> From: Mani Kancherla <kancherla.mani@gmail.com>
> Date: Wed, 25 Aug 2021 12:24:58 -0700
> 
> If I open a specific file over tramp and then trigger window redisplay, either by resizing the window or splitting
> the window, then emacs hangs or sometimes crashes. Can be reproduced consistently by just opening the
> specific file over tramp and then "C-x 3". Same file, if I open locally (without tramp), it does not crash on
> window resize.
> 
> Please find the specific file that causes the crash attached to this email. Steps to reproduce:
> - place the file on a remote machine
> - start emacs
> - open file using tramp like /ssh:1.1.1.1:/tmp/test.txt
> - split the window with C-x 3
> ====> emacs hangs or crashes at this point
> 
> I have seen this issue on macos with different versions of emacs (26.3, 27.1, 27.2) and with different
> versions of tramp as well. Please find below the stack trace I collected. Also, just for testing, I removed
> everything from .emacs to see if it is something in my .emacs, but it still crashed or hung.

The backtrace you show says Emacs stopped due to SIGSTOP signal, so I
guess this was the case it "hanged" and you stopped it?  In that case,
the backtrace points to an arbitrary point, and is not useful; we need
to know where does it infloop.  The technique to discover that is
described in etc/DEBUG, search for "If the symptom of the bug is that
Emacs fails to respond" there.

Thanks.

bug#50205: 27.2; crashes or hangs when opening a specific file using tramp

[Eli Zaretskii]

[Please use Reply All when replying, to keep the bug address on the CC list.]

> From: Mani Kancherla <kancherla.mani@gmail.com>
> Date: Thu, 26 Aug 2021 13:16:28 -0700
> 
> Thanks for looking into this. Here is a backtrace from when it crashed. This is with "GNU Emacs 27.2.50
> (build 3, x86_64-apple-darwin20.4.0, NS appkit-2022.44 Version 11.3.1 (Build 20E241)) of 2021-08-18". I just
> got the source and built locally.
> 
> Process 28232 stopped
> * thread #1, queue = 'com.apple.main-thread', stop reason = signal SIGABRT
>     frame #0: 0x00007fff2038d58e libsystem_kernel.dylib`__abort_with_payload + 10
> libsystem_kernel.dylib`__abort_with_payload:
> ->  0x7fff2038d58e <+10>: jae    0x7fff2038d598            ; <+20>
>     0x7fff2038d590 <+12>: movq   %rax, %rdi
>     0x7fff2038d593 <+15>: jmp    0x7fff2036bb49            ; cerror_nocancel
>     0x7fff2038d598 <+20>: retq
> Target 0: (emacs) stopped.
> (lldb) bt
> * thread #1, queue = 'com.apple.main-thread', stop reason = signal SIGABRT
>   * frame #0: 0x00007fff2038d58e libsystem_kernel.dylib`__abort_with_payload + 10
>     frame #1: 0x00007fff2038efdd libsystem_kernel.dylib`abort_with_payload_wrapper_internal + 80
>     frame #2: 0x00007fff2038ef8d libsystem_kernel.dylib`abort_with_reason + 19
>     frame #3: 0x00007fff2025e9e3 libobjc.A.dylib`_objc_fatalv(unsigned long long, unsigned long long, char
> const*, __va_list_tag*) + 114
>     frame #4: 0x00007fff2025e971 libobjc.A.dylib`_objc_fatal(char const*, ...) + 135
>     frame #5: 0x00007fff2025d6fe libobjc.A.dylib`void AutoreleasePoolPage::busted<void (*)(char const*, ...)>
> (void (*)(char const*, ...)) const + 120
>     frame #6: 0x00007fff2025f623 libobjc.A.dylib`AutoreleasePoolPage::busted_die() const + 9
>     frame #7: 0x00007fff20240db8 libobjc.A.dylib`objc_autoreleasePoolPop + 41
>     frame #8: 0x00007fff235348d3 AppKit`-[NSView
> _recursive:displayRectIgnoringOpacity:inContext:stopAtLayerBackedViews:] + 3258
>     frame #9: 0x00007fff22e03335 AppKit`-[NSView(NSLayerKitGlue)
> _drawViewBackingLayer:inContext:drawingHandler:] + 967
>     frame #10: 0x00007fff26c08de1 QuartzCore`CABackingStoreUpdate_ + 219
>     frame #11: 0x00007fff26c700f9 QuartzCore`invocation function for block in CA::Layer::display_() + 53
>     frame #12: 0x00007fff26c082f3 QuartzCore`-[CALayer _display] + 2247
>     frame #13: 0x00007fff22e02ea5 AppKit`-[_NSBackingLayer display] + 475
>     frame #14: 0x00007fff22d6e00f AppKit`-[_NSViewBackingLayer display] + 555
>     frame #15: 0x00007fff26c0725f QuartzCore`CA::Layer::display_if_needed(CA::Transaction*) + 863
>     frame #16: 0x00007fff26d5244a QuartzCore`CA::Context::commit_transaction(CA::Transaction*, double,
> double*) + 666
>     frame #17: 0x00007fff26be874f QuartzCore`CA::Transaction::commit() + 713
>     frame #18: 0x00007fff22e181dc AppKit`__62+[CATransaction(NSCATransaction)
> NS_setFlushesWithDisplayLink]_block_invoke + 285
>     frame #19: 0x00007fff2356c443 AppKit`___NSRunLoopObserverCreateWithHandler_block_invoke + 41
>     frame #20: 0x00007fff20498e41 CoreFoundation
> `__CFRUNLOOP_IS_CALLING_OUT_TO_AN_OBSERVER_CALLBACK_FUNCTION__ + 23
>     frame #21: 0x00007fff20498cd5 CoreFoundation`__CFRunLoopDoObservers + 543
>     frame #22: 0x00007fff20498168 CoreFoundation`__CFRunLoopRun + 841
>     frame #23: 0x00007fff2049775c CoreFoundation`CFRunLoopRunSpecific + 563
>     frame #24: 0x00007fff286b9203 HIToolbox`RunCurrentEventLoopInMode + 292
>     frame #25: 0x00007fff286b8e36 HIToolbox`ReceiveNextEventCommon + 284
>     frame #26: 0x00007fff286b8d03 HIToolbox`_BlockUntilNextEventMatchingListInModeWithFilter + 70
>     frame #27: 0x00007fff22c93b32 AppKit`_DPSNextEvent + 864
>     frame #28: 0x00007fff22c92305 AppKit`-[NSApplication(NSEvent)
> _nextEventMatchingEventMask:untilDate:inMode:dequeue:] + 1364
>     frame #29: 0x00000001001bd950 emacs`ns_send_appdefined(value=-1) at nsterm.m:4375:24 [opt]
>     frame #30: 0x00000001001bde9b emacs`ns_run_loop_break at nsterm.m:4760:5 [opt]
>     frame #31: 0x00000001001a9e6e emacs`sys_cond_broadcast(cond=<unavailable>) at systhread.c:183:3
> [opt]
>     frame #32: 0x00000001001a9c59 emacs`lisp_mutex_unlock(mutex=<unavailable>) at thread.c:230:3
> [opt]
>     frame #33: 0x00000001001a8af6 emacs`mutex_unlock_callback(arg=<unavailable>) at thread.c:339:7
> [opt]
>     frame #34: 0x0000000100120264 emacs`flush_stack_call_func(func=<unavailable>, arg=<unavailable>)
> at alloc.c:4951:3 [opt]
>     frame #35: 0x00000001001a8ac5 emacs`Fmutex_unlock(mutex=0x0000000101c46065) at thread.c:355:3
> [opt]
>     frame #36: 0x0000000100146bdb emacs`funcall_subr(subr=0x00000001002582f8, numargs=1,
> args=<unavailable>) at eval.c:2868:19 [opt]
>     frame #37: 0x000000010014625c emacs`Ffuncall(nargs=<unavailable>, args=<unavailable>) at
> eval.c:2795:11 [opt]
>     frame #38: 0x000000010017feb5 emacs`exec_byte_code(bytestr=0x000000010680b034,
> vector=<unavailable>, maxdepth=<unavailable>, args_template=0x0000000000000002, nargs=0,
> args=<unavailable>) at bytecode.c:633:12 [opt]
>     frame #39: 0x0000000100146df4 emacs`funcall_lambda(fun=0x0000000101c72fc5, nargs=0,
> arg_vector=0x00007ffeefbf8010) at eval.c:2990:11 [opt]
>     frame #40: 0x0000000100146243 emacs`Ffuncall(nargs=<unavailable>, args=<unavailable>) at
> eval.c:0:4 [opt]
>     frame #41: 0x00000001001822aa emacs`bcall0(f=0x0000000101c72fc5) at bytecode.c:328:3 [opt]
>     frame #42: 0x0000000100147b0d emacs`do_one_unbind(this_binding=0x00007ffeefbf8068,
> unwinding=<unavailable>, bindflag=SET_INTERNAL_UNBIND) at eval.c:0 [opt]
>     frame #43: 0x000000010014283f emacs`unbind_to(count=<unavailable>, value=0x0000000000000000)
> at eval.c:3575:7 [opt]
>     frame #44: 0x000000010017ff2b emacs`exec_byte_code(bytestr=0x000000010680aff4,
> vector=<unavailable>, maxdepth=<unavailable>, args_template=0x0000000000000606, nargs=4,
> args=<unavailable>) at bytecode.c:653:4 [opt]
>     frame #45: 0x0000000100146df4 emacs`funcall_lambda(fun=0x0000000101baa0c5, nargs=4,
> arg_vector=0x00007ffeefbf8910) at eval.c:2990:11 [opt]
>     frame #46: 0x0000000100146243 emacs`Ffuncall(nargs=<unavailable>, args=<unavailable>) at
> eval.c:0:4 [opt]
>     frame #47: 0x000000010017feb5 emacs`exec_byte_code(bytestr=0x000000010214981c,
> vector=<unavailable>, maxdepth=<unavailable>, args_template=0x0000000000000c06, nargs=1,
> args=<unavailable>) at bytecode.c:633:12 [opt]
>     frame #48: 0x0000000100146df4 emacs`funcall_lambda(fun=0x00000001021497d5, nargs=1,
> arg_vector=0x00007ffeefbf8ad0) at eval.c:2990:11 [opt]
>     frame #49: 0x0000000100146243 emacs`Ffuncall(nargs=<unavailable>, args=<unavailable>) at
> eval.c:0:4 [opt]
>     frame #50: 0x000000010014683c emacs`call1(fn=<unavailable>, arg1=0x0000000100a955e4) at
> eval.c:2655:10 [opt]
>     frame #51: 0x000000010005a9ea emacs`decode_mode_spec(w=0x000000010303ea30, c=64,
> field_width=1, string=0x00007ffeefbf8b90) at xdisp.c:26602:10 [opt]
>     frame #52: 0x000000010003464a emacs`display_mode_element(it=0x00007ffeefbf8e28,
> depth=<unavailable>, field_width=<unavailable>, precision=<unavailable>, elt=<unavailable>,
> props=0x0000000000000000, risky=false) at xdisp.c:25520:14 [opt]
>     frame #53: 0x0000000100034113 emacs`display_mode_element(it=0x00007ffeefbf8e28,
> depth=<unavailable>, field_width=<unavailable>, precision=<unavailable>, elt=0x0000000102271a73,
> props=0x0000000000000000, risky=false) at xdisp.c:25721:13 [opt]
>     frame #54: 0x0000000100034113 emacs`display_mode_element(it=0x00007ffeefbf8e28,
> depth=<unavailable>, field_width=<unavailable>, precision=<unavailable>, elt=0x0000000102265d53,
> props=0x0000000000000000, risky=false) at xdisp.c:25721:13 [opt]
>     frame #55: 0x000000010001e1db emacs`display_mode_line(w=<unavailable>,
> face_id=MODE_LINE_FACE_ID, format=0x0000000102265d03) at xdisp.c:25211:3 [opt]
>     frame #56: 0x000000010004aaf0 emacs`display_mode_lines(w=0x000000010303ea30) at
> xdisp.c:25127:7 [opt]
>     frame #57: 0x0000000100051277 emacs`redisplay_window(window=0x000000010303ea35,
> just_this_one_p=false) at xdisp.c:18998:7 [opt]
>     frame #58: 0x000000010004fb76 emacs`redisplay_window_0(window=<unavailable>) at xdisp.c:16331:5
> [opt]
>     frame #59: 0x0000000100144d96 emacs`internal_condition_case_1(bfun=(emacs`redisplay_window_0
> at xdisp.c:16329), arg=0x000000010303ea35, handlers=<unavailable>, hfun=(emacs
> `redisplay_window_error at xdisp.c:16322)) at eval.c:1380:25 [opt]
>     frame #60: 0x000000010004ed54 emacs`redisplay_windows(window=0x000000010303ea35) at
> xdisp.c:16311:4 [opt]
>     frame #61: 0x000000010002b640 emacs`redisplay_internal at xdisp.c:15779:5 [opt]
>     frame #62: 0x000000010002d991 emacs`redisplay_preserve_echo_area(from_where=2) at
> xdisp.c:16128:7 [opt]
>     frame #63: 0x0000000100008d62 emacs`Fredisplay(force=<unavailable>) at dispnew.c:6093:3 [opt]
>     frame #64: 0x0000000100146bdb emacs`funcall_subr(subr=0x000000010024a558, numargs=0,
> args=<unavailable>) at eval.c:2868:19 [opt]
>     frame #65: 0x000000010014625c emacs`Ffuncall(nargs=<unavailable>, args=<unavailable>) at
> eval.c:2795:11 [opt]
>     frame #66: 0x000000010017feb5 emacs`exec_byte_code(bytestr=0x0000000102136ff4,
> vector=<unavailable>, maxdepth=<unavailable>, args_template=0x0000000000000c06, nargs=1,
> args=<unavailable>) at bytecode.c:633:12 [opt]
>     frame #67: 0x0000000100146df4 emacs`funcall_lambda(fun=0x0000000102136d7d, nargs=1,
> arg_vector=0x00007ffeefbfe0c0) at eval.c:2990:11 [opt]
>     frame #68: 0x0000000100146243 emacs`Ffuncall(nargs=<unavailable>, args=<unavailable>) at
> eval.c:0:4 [opt]
>     frame #69: 0x000000010017feb5 emacs`exec_byte_code(bytestr=0x000000010221cae4,
> vector=<unavailable>, maxdepth=<unavailable>, args_template=0x0000000000000802, nargs=0,
> args=<unavailable>) at bytecode.c:633:12 [opt]
>     frame #70: 0x0000000100146df4 emacs`funcall_lambda(fun=0x00000001021e1f8d, nargs=0,
> arg_vector=0x00007ffeefbfe3d0) at eval.c:2990:11 [opt]
>     frame #71: 0x0000000100146243 emacs`Ffuncall(nargs=<unavailable>, args=<unavailable>) at
> eval.c:0:4 [opt]
>     frame #72: 0x000000010017feb5 emacs`exec_byte_code(bytestr=0x000000010221d9a4,
> vector=<unavailable>, maxdepth=<unavailable>, args_template=0x0000000000000002, nargs=0,
> args=<unavailable>) at bytecode.c:633:12 [opt]
>     frame #73: 0x0000000100146df4 emacs`funcall_lambda(fun=0x00000001021ddc05, nargs=0,
> arg_vector=0x00007ffeefbfe690) at eval.c:2990:11 [opt]
>     frame #74: 0x0000000100146243 emacs`Ffuncall(nargs=<unavailable>, args=<unavailable>) at
> eval.c:0:4 [opt]
>     frame #75: 0x000000010017feb5 emacs`exec_byte_code(bytestr=0x000000010221e73c,
> vector=<unavailable>, maxdepth=<unavailable>, args_template=0x0000000000000002, nargs=0,
> args=<unavailable>) at bytecode.c:633:12 [opt]
>     frame #76: 0x0000000100146df4 emacs`funcall_lambda(fun=0x000000010221e55d, nargs=0,
> arg_vector=0x00007ffeefbfe920) at eval.c:2990:11 [opt]
>     frame #77: 0x0000000100146243 emacs`Ffuncall(nargs=<unavailable>, args=<unavailable>) at
> eval.c:0:4 [opt]
>     frame #78: 0x000000010017feb5 emacs`exec_byte_code(bytestr=0x000000010221e77c,
> vector=<unavailable>, maxdepth=<unavailable>, args_template=0x000000000000080a, nargs=2,
> args=<unavailable>) at bytecode.c:633:12 [opt]
>     frame #79: 0x0000000100146df4 emacs`funcall_lambda(fun=0x000000010221e4dd, nargs=2,
> arg_vector=0x00007ffeefbfeaf0) at eval.c:2990:11 [opt]
>     frame #80: 0x0000000100146243 emacs`Ffuncall(nargs=<unavailable>, args=<unavailable>) at
> eval.c:0:4 [opt]
>     frame #81: 0x000000010017feb5 emacs`exec_byte_code(bytestr=0x000000010221ebfc,
> vector=<unavailable>, maxdepth=<unavailable>, args_template=0x0000000000000806, nargs=2,
> args=<unavailable>) at bytecode.c:633:12 [opt]
>     frame #82: 0x0000000100146df4 emacs`funcall_lambda(fun=0x000000010221e415, nargs=2,
> arg_vector=0x00007ffeefbfecf8) at eval.c:2990:11 [opt]
>     frame #83: 0x0000000100146243 emacs`Ffuncall(nargs=<unavailable>, args=<unavailable>) at
> eval.c:0:4 [opt]
>     frame #84: 0x000000010017feb5 emacs`exec_byte_code(bytestr=0x000000010221ecbc,
> vector=<unavailable>, maxdepth=<unavailable>, args_template=0x0000000000000802, nargs=2,
> args=<unavailable>) at bytecode.c:633:12 [opt]
>     frame #85: 0x0000000100146df4 emacs`funcall_lambda(fun=0x000000010221e305, nargs=2,
> arg_vector=0x00007ffeefbfefc0) at eval.c:2990:11 [opt]
>     frame #86: 0x0000000100146243 emacs`Ffuncall(nargs=<unavailable>, args=<unavailable>) at
> eval.c:0:4 [opt]
>     frame #87: 0x000000010013ffba emacs`Ffuncall_interactively(nargs=<unavailable>, args=<unavailable>)
> at callint.c:254:32 [opt]
>     frame #88: 0x0000000100146b95 emacs`funcall_subr(subr=0x0000000100253dc8, numargs=3,
> args=<unavailable>) at eval.c:0 [opt]
>     frame #89: 0x000000010014625c emacs`Ffuncall(nargs=<unavailable>, args=<unavailable>) at
> eval.c:2795:11 [opt]
>     frame #90: 0x0000000100146021 emacs`Fapply(nargs=<unavailable>, args=0x00007ffeefbff0f8) at
> eval.c:2425:24 [opt]
>     frame #91: 0x00000001001402f5 emacs`Fcall_interactively(function=0x0000000001bd3c40,
> record_flag=0x0000000000000000, keys=0x0000000101c437f5) at callint.c:342:36 [opt]
>     frame #92: 0x0000000100146bec emacs`funcall_subr(subr=0x0000000100253d98, numargs=3,
> args=<unavailable>) at eval.c:2873:19 [opt]
>     frame #93: 0x000000010014625c emacs`Ffuncall(nargs=<unavailable>, args=<unavailable>) at
> eval.c:2795:11 [opt]
>     frame #94: 0x000000010017feb5 emacs`exec_byte_code(bytestr=0x0000000102242774,
> vector=<unavailable>, maxdepth=<unavailable>, args_template=0x0000000000001006, nargs=1,
> args=<unavailable>) at bytecode.c:633:12 [opt]
>     frame #95: 0x0000000100146df4 emacs`funcall_lambda(fun=0x0000000102242295, nargs=1,
> arg_vector=0x00007ffeefbff4b0) at eval.c:2990:11 [opt]
>     frame #96: 0x0000000100146243 emacs`Ffuncall(nargs=<unavailable>, args=<unavailable>) at
> eval.c:0:4 [opt]
>     frame #97: 0x000000010014683c emacs`call1(fn=<unavailable>, arg1=<unavailable>) at eval.c:2655:10
> [opt]
>     frame #98: 0x00000001000c01f3 emacs`command_loop_1 at keyboard.c:1463:13 [opt]
>     frame #99: 0x0000000100144d22 emacs`internal_condition_case(bfun=(emacs`command_loop_1 at
> keyboard.c:1236), handlers=<unavailable>, hfun=(emacs`cmd_error at keyboard.c:919)) at eval.c:1356:25
> [opt]
>     frame #100: 0x00000001000cecae emacs`command_loop_2(ignore=0x0000000000000000) at
> keyboard.c:1091:11 [opt]
>     frame #101: 0x00000001001448cb emacs`internal_catch(tag=<unavailable>, func=(emacs
> `command_loop_2 at keyboard.c:1087), arg=0x0000000000000000) at eval.c:1117:25 [opt]
>     frame #102: 0x00000001001f7e2a emacs`command_loop.cold.1 at keyboard.c:1070:2 [opt]
>     frame #103: 0x00000001000bf42e emacs`command_loop at keyboard.c:0 [opt]
>     frame #104: 0x00000001000bf354 emacs`recursive_edit_1 at keyboard.c:714:9 [opt]
>     frame #105: 0x00000001000bf55e emacs`Frecursive_edit at keyboard.c:786:3 [opt]
>     frame #106: 0x00000001000bd818 emacs`main(argc=<unavailable>, argv=0x00007ffeefbff888) at
> emacs.c:2067:3 [opt]
>     frame #107: 0x00007fff203bbf3d libdyld.dylib`start + 1
>     frame #108: 0x00007fff203bbf3d libdyld.dylib`start + 1

This backtrace is very strange.  This part:

    frame #30: 0x00000001001bde9b emacs`ns_run_loop_break at nsterm.m:4760:5 [opt]
    frame #31: 0x00000001001a9e6e emacs`sys_cond_broadcast(cond=<unavailable>) at systhread.c:183:3 [opt]
    frame #32: 0x00000001001a9c59 emacs`lisp_mutex_unlock(mutex=<unavailable>) at thread.c:230:3 [opt]
    frame #33: 0x00000001001a8af6 emacs`mutex_unlock_callback(arg=<unavailable>) at thread.c:339:7 [opt]
    frame #34: 0x0000000100120264 emacs`flush_stack_call_func(func=<unavailable>, arg=<unavailable>) at alloc.c:4951:3 [opt]
    frame #35: 0x00000001001a8ac5 emacs`Fmutex_unlock(mutex=0x0000000101c46065) at thread.c:355:3 [opt]
    frame #36: 0x0000000100146bdb emacs`funcall_subr(subr=0x00000001002582f8, numargs=1, args=<unavailable>) at eval.c:2868:19 [opt]
    frame #37: 0x000000010014625c emacs`Ffuncall(nargs=<unavailable>, args=<unavailable>) at eval.c:2795:11 [opt]

says that funcall_subr calls Fmutex_unlock from line 2868 of eval.c,
but that is false.  It could be that the debugger is not presenting
the full backtrace, because this is an optimized build, and some
backtrace frames are missing due to inlining.

What was Emacs doing when this happened?  Could it be it was running
some Lisp which called mutex-unlock?  If so, the root cause for the
problem could be in that Lisp program: it could cause both lockups and
crashes related to mutexes.  Please see if such Lisp programs are
present in some packages you use.

bug#50205: 27.2; crashes or hangs when opening a specific file using tramp

[Michael Albinus]

Eli Zaretskii <eliz@gnu.org> writes:

Hi,

> This backtrace is very strange.  This part:
>
>     frame #30: 0x00000001001bde9b emacs`ns_run_loop_break at nsterm.m:4760:5 [opt]
>     frame #31: 0x00000001001a9e6e emacs`sys_cond_broadcast(cond=<unavailable>) at systhread.c:183:3 [opt]
>     frame #32: 0x00000001001a9c59 emacs`lisp_mutex_unlock(mutex=<unavailable>) at thread.c:230:3 [opt]
>     frame #33: 0x00000001001a8af6 emacs`mutex_unlock_callback(arg=<unavailable>) at thread.c:339:7 [opt]
>     frame #34: 0x0000000100120264 emacs`flush_stack_call_func(func=<unavailable>, arg=<unavailable>) at alloc.c:4951:3 [opt]
>     frame #35: 0x00000001001a8ac5 emacs`Fmutex_unlock(mutex=0x0000000101c46065) at thread.c:355:3 [opt]
>     frame #36: 0x0000000100146bdb emacs`funcall_subr(subr=0x00000001002582f8, numargs=1, args=<unavailable>) at eval.c:2868:19 [opt]
>     frame #37: 0x000000010014625c emacs`Ffuncall(nargs=<unavailable>, args=<unavailable>) at eval.c:2795:11 [opt]
>
> says that funcall_subr calls Fmutex_unlock from line 2868 of eval.c,
> but that is false.  It could be that the debugger is not presenting
> the full backtrace, because this is an optimized build, and some
> backtrace frames are missing due to inlining.

Does the problem also happen when calling "emacs -Q"? The GNU ELPA Tramp
package contains some thread code, leftover from my attempts to add such
support to Tramp (and which I hope to reanimate). It should be
deactivated by default.

The builtin version of Tramp does not contain this code.

Best regards, Michael.

bug#50205: 27.2; crashes or hangs when opening a specific file using tramp

[Mani Kancherla]

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

Hi,

I verified that "emacs -Q" has no issues. I can reproduce the issue
consistently without "-Q". Any information I can collect that will help
debug the issue?

Thanks,
Mani

On Thu, Aug 26, 2021 at 11:51 PM Michael Albinus <michael.albinus@gmx.de>
wrote:

> Eli Zaretskii <eliz@gnu.org> writes:
>
> Hi,
>
> > This backtrace is very strange.  This part:
> >
> >     frame #30: 0x00000001001bde9b emacs`ns_run_loop_break at
> nsterm.m:4760:5 [opt]
> >     frame #31: 0x00000001001a9e6e
> emacs`sys_cond_broadcast(cond=<unavailable>) at systhread.c:183:3 [opt]
> >     frame #32: 0x00000001001a9c59
> emacs`lisp_mutex_unlock(mutex=<unavailable>) at thread.c:230:3 [opt]
> >     frame #33: 0x00000001001a8af6
> emacs`mutex_unlock_callback(arg=<unavailable>) at thread.c:339:7 [opt]
> >     frame #34: 0x0000000100120264
> emacs`flush_stack_call_func(func=<unavailable>, arg=<unavailable>) at
> alloc.c:4951:3 [opt]
> >     frame #35: 0x00000001001a8ac5
> emacs`Fmutex_unlock(mutex=0x0000000101c46065) at thread.c:355:3 [opt]
> >     frame #36: 0x0000000100146bdb
> emacs`funcall_subr(subr=0x00000001002582f8, numargs=1, args=<unavailable>)
> at eval.c:2868:19 [opt]
> >     frame #37: 0x000000010014625c emacs`Ffuncall(nargs=<unavailable>,
> args=<unavailable>) at eval.c:2795:11 [opt]
> >
> > says that funcall_subr calls Fmutex_unlock from line 2868 of eval.c,
> > but that is false.  It could be that the debugger is not presenting
> > the full backtrace, because this is an optimized build, and some
> > backtrace frames are missing due to inlining.
>
> Does the problem also happen when calling "emacs -Q"? The GNU ELPA Tramp
> package contains some thread code, leftover from my attempts to add such
> support to Tramp (and which I hope to reanimate). It should be
> deactivated by default.
>
> The builtin version of Tramp does not contain this code.
>
> Best regards, Michael.
>

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

bug#50205: 27.2; crashes or hangs when opening a specific file using tramp

[Mani Kancherla]

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

I just did one more quick test. I renamed .emacs.d/elpa where I only have
the newer version tramp to .emacs.d/elpa-bak. That seems to fix the problem.
Mani

On Fri, Aug 27, 2021 at 1:37 PM Mani Kancherla <kancherla.mani@gmail.com>
wrote:

> Hi,
>
> I verified that "emacs -Q" has no issues. I can reproduce the issue
> consistently without "-Q". Any information I can collect that will help
> debug the issue?
>
> Thanks,
> Mani
>
> On Thu, Aug 26, 2021 at 11:51 PM Michael Albinus <michael.albinus@gmx.de>
> wrote:
>
>> Eli Zaretskii <eliz@gnu.org> writes:
>>
>> Hi,
>>
>> > This backtrace is very strange.  This part:
>> >
>> >     frame #30: 0x00000001001bde9b emacs`ns_run_loop_break at
>> nsterm.m:4760:5 [opt]
>> >     frame #31: 0x00000001001a9e6e
>> emacs`sys_cond_broadcast(cond=<unavailable>) at systhread.c:183:3 [opt]
>> >     frame #32: 0x00000001001a9c59
>> emacs`lisp_mutex_unlock(mutex=<unavailable>) at thread.c:230:3 [opt]
>> >     frame #33: 0x00000001001a8af6
>> emacs`mutex_unlock_callback(arg=<unavailable>) at thread.c:339:7 [opt]
>> >     frame #34: 0x0000000100120264
>> emacs`flush_stack_call_func(func=<unavailable>, arg=<unavailable>) at
>> alloc.c:4951:3 [opt]
>> >     frame #35: 0x00000001001a8ac5
>> emacs`Fmutex_unlock(mutex=0x0000000101c46065) at thread.c:355:3 [opt]
>> >     frame #36: 0x0000000100146bdb
>> emacs`funcall_subr(subr=0x00000001002582f8, numargs=1, args=<unavailable>)
>> at eval.c:2868:19 [opt]
>> >     frame #37: 0x000000010014625c emacs`Ffuncall(nargs=<unavailable>,
>> args=<unavailable>) at eval.c:2795:11 [opt]
>> >
>> > says that funcall_subr calls Fmutex_unlock from line 2868 of eval.c,
>> > but that is false.  It could be that the debugger is not presenting
>> > the full backtrace, because this is an optimized build, and some
>> > backtrace frames are missing due to inlining.
>>
>> Does the problem also happen when calling "emacs -Q"? The GNU ELPA Tramp
>> package contains some thread code, leftover from my attempts to add such
>> support to Tramp (and which I hope to reanimate). It should be
>> deactivated by default.
>>
>> The builtin version of Tramp does not contain this code.
>>
>> Best regards, Michael.
>>
>

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

bug#50205: 27.2; crashes or hangs when opening a specific file using tramp

[Michael Albinus]

Mani Kancherla <kancherla.mani@gmail.com> writes:

Hi Mani,

> I just did one more quick test. I renamed .emacs.d/elpa where I only
> have the newer version tramp to .emacs.d/elpa-bak. That seems to fix
> the problem.
> Mani
>
>     I verified that "emacs -Q" has no issues. I can reproduce the
>     issue consistently without "-Q". Any information I can collect
>     that will help debug the issue?

Thanks for the feedback. I've tried to reproduce the problem with your
test file and with both Emacs 28.0.50 and 27.2, and the recent Tramp
2.5.2-pre, with no success.

Which Tramp version do you use? Check variable tramp-version.

Has it been compiled for Emacs 27.2? You can check this in
~/.emacs.d/elpa/tramp-<version>/tramp.elc.

Perhaps you deinstall the ELPA Tramp package, and reinstall it (2.5.1.1
is the recent version, will be 2.5.1.2 next days). Does it behave
better?

>     Thanks,
>     Mani

Best regards, Michael.

bug#50205: 27.2; crashes or hangs when opening a specific file using tramp

[Mani Kancherla]

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

Hi Michael,

I had tried multiple versions of tramp. I checked my elpa/ and saw I had
tried tramp 2.5.1 and 2.5.1.1 earlier. Now that I renamed my elpa/ folder
to elpa-bak/, emacs is using the built-in 2.4.5.27.2. I now tried
installing the latest tramp via emacs menu Options>Manage Emacs Packages>
and then selecting tramp 2.5.1.1 from there and clicking install. It gives
me an error, please see below. This is with "GNU Emacs 27.2 (build 1,
x86_64-apple-darwin18.7.0, NS appkit-1671.60 Version 10.14.6 (Build 18G95))
of 2021-03-27".
Install package ‘tramp-2.5.1.1’? y

Contacting host: elpa.gnu.org:443
Parsing tar file...done
Extracting...done
  INFO     Scraping files for tramp-autoloads.el...
Generating autoloads for tramp-adb.el...done
Generating autoloads for tramp-archive.el...done
Generating autoloads for tramp-cache.el...done
Generating autoloads for tramp-cmds.el...done
Generating autoloads for tramp-compat.el...done
Generating autoloads for tramp-crypt.el...done
Generating autoloads for tramp-ftp.el...done
Generating autoloads for tramp-fuse.el...done
Generating autoloads for tramp-gvfs.el...done
Generating autoloads for tramp-integration.el...done
Generating autoloads for tramp-pkg.el...done
Generating autoloads for tramp-rclone.el...done
Generating autoloads for tramp-sh.el...done
Generating autoloads for tramp-smb.el...done
Generating autoloads for tramp-sshfs.el...done
Generating autoloads for tramp-sudoedit.el...done
Generating autoloads for tramp-uu.el...done
Generating autoloads for tramp.el...done
Generating autoloads for trampver.el...done
  INFO     Scraping files for tramp-autoloads.el...done
Wrote /Users/mkancherla/.emacs.d/elpa/tramp-2.5.1.1/tramp-autoloads.el [2
times]
Error in package--load-files-for-activation: (void-function
tramp-register-crypt-file-name-handler)
tramp-register-file-name-handlers: Symbol’s function definition is void:
tramp-register-crypt-file-name-handler

Mani


On Sat, Aug 28, 2021 at 1:13 AM Michael Albinus <michael.albinus@gmx.de>
wrote:

> Mani Kancherla <kancherla.mani@gmail.com> writes:
>
> Hi Mani,
>
> > I just did one more quick test. I renamed .emacs.d/elpa where I only
> > have the newer version tramp to .emacs.d/elpa-bak. That seems to fix
> > the problem.
> > Mani
> >
> >     I verified that "emacs -Q" has no issues. I can reproduce the
> >     issue consistently without "-Q". Any information I can collect
> >     that will help debug the issue?
>
> Thanks for the feedback. I've tried to reproduce the problem with your
> test file and with both Emacs 28.0.50 and 27.2, and the recent Tramp
> 2.5.2-pre, with no success.
>
> Which Tramp version do you use? Check variable tramp-version.
>
> Has it been compiled for Emacs 27.2? You can check this in
> ~/.emacs.d/elpa/tramp-<version>/tramp.elc.
>
> Perhaps you deinstall the ELPA Tramp package, and reinstall it (2.5.1.1
> is the recent version, will be 2.5.1.2 next days). Does it behave
> better?
>
> >     Thanks,
> >     Mani
>
> Best regards, Michael.
>

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

bug#50205: 27.2; crashes or hangs when opening a specific file using tramp

[Michael Albinus]

Mani Kancherla <kancherla.mani@gmail.com> writes:

> Hi Michael,

Hi Mani,

> I had tried multiple versions of tramp. I checked my elpa/ and saw I
> had tried tramp 2.5.1 and 2.5.1.1 earlier. Now that I renamed my elpa/
> folder to elpa-bak/, emacs is using the built-in 2.4.5.27.2. I now
> tried installing the latest tramp via emacs menu Options>Manage Emacs
> Packages> and then selecting tramp 2.5.1.1 from there and clicking
> install. It gives me an error, please see below.

This is bug#48015, unfortunately. See ~/.emacs.d/elpa/tramp-2.5.1.1/README
for instructions how to circumvent this.

> Mani

Best regards, Michael.

bug#50205: 27.2; crashes or hangs when opening a specific file using tramp

[Mani Kancherla]

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

Hi Michael,

Looks like the workaround for the installation issue is to run "M-x
tramp-recompile-elpa", but it complains there is no such command. So, I
just opened ~/.emacs.d/elpa/tramp-2.5.1.1/tramp.el in emacs and from the
menu selected Emacs-Lisp> Byte-Compile This File. I am not sure if it does
the same thing. After that I restarted emacs and M-x tramp-version shows
2.5.1.1. With this, I still see the problem (still hangs or crashes).

Thanks,
Mani

On Sun, Aug 29, 2021 at 12:23 AM Michael Albinus <michael.albinus@gmx.de>
wrote:

> Mani Kancherla <kancherla.mani@gmail.com> writes:
>
> > Hi Michael,
>
> Hi Mani,
>
> > I had tried multiple versions of tramp. I checked my elpa/ and saw I
> > had tried tramp 2.5.1 and 2.5.1.1 earlier. Now that I renamed my elpa/
> > folder to elpa-bak/, emacs is using the built-in 2.4.5.27.2. I now
> > tried installing the latest tramp via emacs menu Options>Manage Emacs
> > Packages> and then selecting tramp 2.5.1.1 from there and clicking
> > install. It gives me an error, please see below.
>
> This is bug#48015, unfortunately. See ~/.emacs.d/elpa/tramp-2.5.1.1/README
> for instructions how to circumvent this.
>
> > Mani
>
> Best regards, Michael.
>

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

bug#50205: 27.2; crashes or hangs when opening a specific file using tramp

[Michael Albinus]

Mani Kancherla <kancherla.mani@gmail.com> writes:

> Hi Michael,

Hi Mani,

> Looks like the workaround for the installation issue is to run "M-x
> tramp-recompile-elpa", but it complains there is no such command. So,
> I just opened ~/.emacs.d/elpa/tramp-2.5.1.1/tramp.el in emacs and from
> the menu selected Emacs-Lisp> Byte-Compile This File. I am not sure if
> it does the same thing. After that I restarted emacs and M-x
> tramp-version shows 2.5.1.1. With this, I still see the problem (still
> hangs or crashes).

Byte-compiling tramp*.el files is right, but the problem is that Emacs
should not have loaded the built-in Tramp already. Tramp comes with the
file tramp-compat.el, which offers defsubsts and defmacros different for
Emacs versions. If Tramp is loaded already when byte-compiling, the
loaded version of tramp-compat.el would be used.

A recipe to cure this in your environment would be:

1. Remove all byte-compiled Tramp files.

# rm -f ~/.emacs.d/elpa/tramp-2.5.1.1/tramp*.elc

2. Start Emacs with Tramp's source files

# emacs -L ~/.emacs.d/elpa/tramp-2.5.1.1 -l tramp

This should not give you the error.

3. Recompile Tramp ELPA package *with this running Emacs instance*

M-x tramp-recompile-elpa

Now everything shall be fine, and if you start Emacs again, using the
Tramp ELPA package, there shouldn't be the error.

> Thanks,
> Mani

Best regards, Michael.

bug#50205: 27.2; crashes or hangs when opening a specific file using tramp

[Mani Kancherla]

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

Hi Michael,

I followed the steps and could successfully compile using "M-x
tramp-recompile-elpa" and restart emacs after that (without -L
~/.emacs.d/elpa/tramp-2.5.1.1 -l tramp). I verified that it is running
tramp version 2.5.1.1 with M-x tramp-version. I still see the problem with
this. I open that specific problematic file and split the window, it hangs.

Thanks,
Mani

On Thu, Sep 2, 2021 at 12:22 AM Michael Albinus <michael.albinus@gmx.de>
wrote:

> Mani Kancherla <kancherla.mani@gmail.com> writes:
>
> > Hi Michael,
>
> Hi Mani,
>
> > Looks like the workaround for the installation issue is to run "M-x
> > tramp-recompile-elpa", but it complains there is no such command. So,
> > I just opened ~/.emacs.d/elpa/tramp-2.5.1.1/tramp.el in emacs and from
> > the menu selected Emacs-Lisp> Byte-Compile This File. I am not sure if
> > it does the same thing. After that I restarted emacs and M-x
> > tramp-version shows 2.5.1.1. With this, I still see the problem (still
> > hangs or crashes).
>
> Byte-compiling tramp*.el files is right, but the problem is that Emacs
> should not have loaded the built-in Tramp already. Tramp comes with the
> file tramp-compat.el, which offers defsubsts and defmacros different for
> Emacs versions. If Tramp is loaded already when byte-compiling, the
> loaded version of tramp-compat.el would be used.
>
> A recipe to cure this in your environment would be:
>
> 1. Remove all byte-compiled Tramp files.
>
> # rm -f ~/.emacs.d/elpa/tramp-2.5.1.1/tramp*.elc
>
> 2. Start Emacs with Tramp's source files
>
> # emacs -L ~/.emacs.d/elpa/tramp-2.5.1.1 -l tramp
>
> This should not give you the error.
>
> 3. Recompile Tramp ELPA package *with this running Emacs instance*
>
> M-x tramp-recompile-elpa
>
> Now everything shall be fine, and if you start Emacs again, using the
> Tramp ELPA package, there shouldn't be the error.
>
> > Thanks,
> > Mani
>
> Best regards, Michael.
>

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

bug#50205: 27.2; crashes or hangs when opening a specific file using tramp

[Michael Albinus]

Mani Kancherla <kancherla.mani@gmail.com> writes:

> Hi Michael,

Hi Mani,

> I followed the steps and could successfully compile using "M-x
> tramp-recompile-elpa" and restart emacs after that (without -L ~
> /.emacs.d/elpa/tramp-2.5.1.1 -l tramp). I verified that it is running
> tramp version 2.5.1.1 with M-x tramp-version.

Good.

> I still see the problem with this. I open that specific problematic
> file and split the window, it hangs.

Just to be sure, I reran your test, again. No problem.

You said that you're on macOS, while I'm using GNU/Linux. Perhaps this
makes the difference, and we see an error of Emacs' thread
implementation on macOS.

It would be helpful, if somebody else could run your test on macOS,
using the Tramp ELPA package, for verification.

> Thanks,
> Mani

Best regards, Michael.

bug#50205: 27.2; crashes or hangs when opening a specific file using tramp

[Mani Kancherla]

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

Hi Michael,

Sorry, it took me some time to get back to you. I asked one of my
colleagues to try it on her MAC.
We installed emacs 27.2 on that MAC first and then tramp 2.5.1, verified
that tramp 2.5.1 is loaded
with M-x tramp-version and then we could easily reproduce the issue.

I also suspect that it is related to tramp on MAC. I had been using emacs
and tramp for a few years
without trouble and I think the issues started last year. I don't remember
if it was after I upgraded my
MAC to the latest version at that time.

What I noticed is that, occasionally, sometimes within an hour and
sometimes after a couple of days, emacs
crashes. I tried upgrading MAC OS, emacs, tramp and nothing helped. Then I
tried to narrow it down
so I could consistently reproduce it.

Switching to the built-in 2.4.5.27.2 helped, i.e. reduced the frequency of
crashes significantly and also I
don't see the issue with the specific file that I could reproduce the issue
with consistently. However, I still see
emacs crashing occasionally. I am trying to run it in debugger and see if I
can gather useful info.

Thanks,
Mani











On Sat, Sep 4, 2021 at 12:06 AM Michael Albinus <michael.albinus@gmx.de>
wrote:

> Mani Kancherla <kancherla.mani@gmail.com> writes:
>
> > Hi Michael,
>
> Hi Mani,
>
> > I followed the steps and could successfully compile using "M-x
> > tramp-recompile-elpa" and restart emacs after that (without -L ~
> > /.emacs.d/elpa/tramp-2.5.1.1 -l tramp). I verified that it is running
> > tramp version 2.5.1.1 with M-x tramp-version.
>
> Good.
>
> > I still see the problem with this. I open that specific problematic
> > file and split the window, it hangs.
>
> Just to be sure, I reran your test, again. No problem.
>
> You said that you're on macOS, while I'm using GNU/Linux. Perhaps this
> makes the difference, and we see an error of Emacs' thread
> implementation on macOS.
>
> It would be helpful, if somebody else could run your test on macOS,
> using the Tramp ELPA package, for verification.
>
> > Thanks,
> > Mani
>
> Best regards, Michael.
>

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

bug#50205: 27.2; crashes or hangs when opening a specific file using tramp

[Michael Albinus]

Mani Kancherla <kancherla.mani@gmail.com> writes:

> Hi Michael,

Hi Mani,

> Sorry, it took me some time to get back to you. I asked one of my
> colleagues to try it on her MAC.
> We installed emacs 27.2 on that MAC first and then tramp 2.5.1,
> verified that tramp 2.5.1 is loaded
> with M-x tramp-version and then we could easily reproduce the issue.
>
> I also suspect that it is related to tramp on MAC. I had been using
> emacs and tramp for a few years
> without trouble and I think the issues started last year. I don't
> remember if it was after I upgraded my
> MAC to the latest version at that time.
>
> What I noticed is that, occasionally, sometimes within an hour and
> sometimes after a couple of days, emacs
> crashes. I tried upgrading MAC OS, emacs, tramp and nothing helped.
> Then I tried to narrow it down
> so I could consistently reproduce it.
>
> Switching to the built-in 2.4.5.27.2 helped, i.e. reduced the
> frequency of crashes significantly and also I
> don't see the issue with the specific file that I could reproduce the
> issue with consistently. However, I still see
> emacs crashing occasionally. I am trying to run it in debugger and see
> if I can gather useful info.

All of this requires macOS specific debugging. I've added Alan in Cc, he
has fixed some macOS specific crashes. Perhaps, he has an idea.

> Thanks,
> Mani

Best regards, Michael.

bug#50205: 27.2; crashes or hangs when opening a specific file using tramp

[Alan Third]

On Sat, Sep 04, 2021 at 09:06:42AM +0200, Michael Albinus wrote:
> Mani Kancherla <kancherla.mani@gmail.com> writes:
> 
> > I still see the problem with this. I open that specific problematic
> > file and split the window, it hangs.
> 
> Just to be sure, I reran your test, again. No problem.
> 
> You said that you're on macOS, while I'm using GNU/Linux. Perhaps this
> makes the difference, and we see an error of Emacs' thread
> implementation on macOS.

The state of threads on the NS port is... not good.

It may be worth Mani trying the master branch, though. Some crashes
and (possibly) infinite loops have been solved there.

-- 
Alan Third

bug#50205: 27.2; crashes or hangs when opening a specific file using tramp

[Mani Kancherla]

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

Hi Alan,

Can you please clarify what you want me to try? Master branch emacs? or
tramp?

Thanks,
Mani

On Thu, Sep 9, 2021 at 9:41 AM Alan Third <alan@idiocy.org> wrote:

> On Sat, Sep 04, 2021 at 09:06:42AM +0200, Michael Albinus wrote:
> > Mani Kancherla <kancherla.mani@gmail.com> writes:
> >
> > > I still see the problem with this. I open that specific problematic
> > > file and split the window, it hangs.
> >
> > Just to be sure, I reran your test, again. No problem.
> >
> > You said that you're on macOS, while I'm using GNU/Linux. Perhaps this
> > makes the difference, and we see an error of Emacs' thread
> > implementation on macOS.
>
> The state of threads on the NS port is... not good.
>
> It may be worth Mani trying the master branch, though. Some crashes
> and (possibly) infinite loops have been solved there.
>
> --
> Alan Third
>

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

bug#50205: 27.2; crashes or hangs when opening a specific file using tramp

[Michael Albinus]

Mani Kancherla <kancherla.mani@gmail.com> writes:

> Hi Alan,

Hi Mani,

> Can you please clarify what you want me to try? Master branch emacs?
> or tramp?

I propose the combination of Emacs from master branch, and Tramp from
GNU ELPA. Note, that you need to recompile the Tramp ELPA package with
the used Emacs version; this is always needed if you use another Emacs
with a different major version number.

> Thanks,
> Mani

Best regards, Michael.

bug#50205: 27.2; crashes or hangs when opening a specific file using tramp

[Mani Kancherla]

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

Hi Alan,

I switched to emacs master branch, updated to top of tree and tried
compiling, but I am getting some errors.

#./configure --with-ns --with-gnutls=ifavailable CFLAGS="-O0 -g3"
#make
.....
  ELC      emacs-lisp/eieio.elc
desired fingerprint:
8b7026588f98cb70e851ab6ac87fe77659a38fab52a43323651c0da510d006fd
found fingerprint:
34743d99e3ddcdb920608717b7a128d4f3ff4736a5edd127bdcca3dfe8da5649
emacs: could not load dump file
"/Users/mkancherla/src/emacs/src/emacs.pdmp": not built for this Emacs
executable

Any suggestions on how to work around this?

Thanks,
Mani


On Sat, Sep 11, 2021 at 1:06 AM Michael Albinus <michael.albinus@gmx.de>
wrote:

> Mani Kancherla <kancherla.mani@gmail.com> writes:
>
> > Hi Alan,
>
> Hi Mani,
>
> > Can you please clarify what you want me to try? Master branch emacs?
> > or tramp?
>
> I propose the combination of Emacs from master branch, and Tramp from
> GNU ELPA. Note, that you need to recompile the Tramp ELPA package with
> the used Emacs version; this is always needed if you use another Emacs
> with a different major version number.
>
> > Thanks,
> > Mani
>
> Best regards, Michael.
>

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

bug#50205: 27.2; crashes or hangs when opening a specific file using tramp

[Alan Third]

On Tue, Sep 14, 2021 at 05:55:11PM -0700, Mani Kancherla wrote:
> Hi Alan,
> 
> I switched to emacs master branch, updated to top of tree and tried
> compiling, but I am getting some errors.
> 
> #./configure --with-ns --with-gnutls=ifavailable CFLAGS="-O0 -g3"
> #make
> .....
>   ELC      emacs-lisp/eieio.elc
> desired fingerprint:
> 8b7026588f98cb70e851ab6ac87fe77659a38fab52a43323651c0da510d006fd
> found fingerprint:
> 34743d99e3ddcdb920608717b7a128d4f3ff4736a5edd127bdcca3dfe8da5649
> emacs: could not load dump file
> "/Users/mkancherla/src/emacs/src/emacs.pdmp": not built for this Emacs
> executable

Try running "make bootstrap".
-- 
Alan Third

bug#50205: 27.2; crashes or hangs when opening a specific file using tramp

[Mani Kancherla]

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

Hi Alan,

With "make bootstrap" I was able to compile and run. The very first time I
launched it in debugger, emacs crashed. Please see the stack trace below. A
subsequent attempt to launch did not crash and I can confirm that I do not
see the issue of emacs hanging when I open that file over tramp. This is
with tramp 2.5.2-pre and emacs 28.0.50.

Thanks,
Mani

lldb /Users/mkancherla/src/emacs/src/emacs
(lldb) target create "/Users/mkancherla/src/emacs/src/emacs"
Current executable set to '/Users/mkancherla/src/emacs/src/emacs' (x86_64).
(lldb) r
Process 60951 launched: '/Users/mkancherla/src/emacs/src/emacs' (x86_64)
2021-09-17 13:53:03.578154-0700 emacs[60951:8770749]
SecTaskLoadEntitlements failed error=22 cs_flags=20, pid=60951
2021-09-17 13:53:03.578197-0700 emacs[60951:8770749]
SecTaskCopyDebugDescription: emacs[60951]/0#-1 LF=0
2021-09-17 13:53:04.169821-0700 emacs[60951:8770749]
SecTaskLoadEntitlements failed error=22 cs_flags=20, pid=60951
2021-09-17 13:53:04.169934-0700 emacs[60951:8770749]
SecTaskCopyDebugDescription: emacs[60951]/0#-1 LF=0
2021-09-17 13:53:04.253258-0700 emacs[60951:8770749]
SecTaskLoadEntitlements failed error=22 cs_flags=20, pid=60951
2021-09-17 13:53:04.253344-0700 emacs[60951:8770749]
SecTaskCopyDebugDescription: emacs[60951]/0#-1 LF=0
2021-09-17 13:53:04.253940-0700 emacs[60951:8770749]
SecTaskLoadEntitlements failed error=22 cs_flags=20, pid=60951
2021-09-17 13:53:04.253980-0700 emacs[60951:8770749]
SecTaskCopyDebugDescription: emacs[60951]/0#-1 LF=0
objc[60951]: autorelease pool page 0x10192b000 corrupted
  magic     0x00000000 0x00000000 0x00000000 0x00000000
  should be 0xa1a1a1a1 0x4f545541 0x454c4552 0x21455341
  pthread   0xa2d8fe4c
  should be 0x100a63e00

Process 60951 stopped
* thread #1, queue = 'com.apple.main-thread', stop reason = signal SIGABRT
    frame #0: 0x00007fff2050a56e
libsystem_kernel.dylib`__abort_with_payload + 10
libsystem_kernel.dylib`__abort_with_payload:
->  0x7fff2050a56e <+10>: jae    0x7fff2050a578            ; <+20>
    0x7fff2050a570 <+12>: movq   %rax, %rdi
    0x7fff2050a573 <+15>: jmp    0x7fff204e8ad9            ;
cerror_nocancel
    0x7fff2050a578 <+20>: retq
Target 0: (emacs) stopped.
(lldb) bt
* thread #1, queue = 'com.apple.main-thread', stop reason = signal SIGABRT
  * frame #0: 0x00007fff2050a56e
libsystem_kernel.dylib`__abort_with_payload + 10
    frame #1: 0x00007fff2050bfbd
libsystem_kernel.dylib`abort_with_payload_wrapper_internal + 80
    frame #2: 0x00007fff2050bf6d libsystem_kernel.dylib`abort_with_reason +
19
    frame #3: 0x00007fff203db9e3 libobjc.A.dylib`_objc_fatalv(unsigned long
long, unsigned long long, char const*, __va_list_tag*) + 114
    frame #4: 0x00007fff203db971 libobjc.A.dylib`_objc_fatal(char const*,
...) + 135
    frame #5: 0x00007fff203da6fe libobjc.A.dylib`void
AutoreleasePoolPage::busted<void (*)(char const*, ...)>(void (*)(char
const*, ...)) const + 120
    frame #6: 0x00007fff203dc623
libobjc.A.dylib`AutoreleasePoolPage::busted_die() const + 9
    frame #7: 0x00007fff203bddb8 libobjc.A.dylib`objc_autoreleasePoolPop +
41
    frame #8: 0x00007fff26eefc6b
QuartzCore`CA::Context::commit_transaction(CA::Transaction*, double,
double*) + 791
    frame #9: 0x00007fff26d85b6f QuartzCore`CA::Transaction::commit() + 713
    frame #10: 0x00007fff233f0340 AppKit`-[NSMoveHelper _fireDisplayLink:]
+ 287
    frame #11: 0x00007fff23001184 AppKit`-[NSScreenDisplayLink _fire] + 180
    frame #12: 0x00007fff237960b4
AppKit`___NSRunLoopTimerCreateWithHandler_block_invoke + 34
    frame #13: 0x00007fff2062f279
CoreFoundation`__CFRUNLOOP_IS_CALLING_OUT_TO_A_TIMER_CALLBACK_FUNCTION__ +
20
    frame #14: 0x00007fff2062ed6d CoreFoundation`__CFRunLoopDoTimer + 927
    frame #15: 0x00007fff2062e8ca CoreFoundation`__CFRunLoopDoTimers + 307
    frame #16: 0x00007fff206154a3 CoreFoundation`__CFRunLoopRun + 1988
    frame #17: 0x00007fff2061461c CoreFoundation`CFRunLoopRunSpecific + 563
    frame #18: 0x00007fff23144fc7 AppKit`-[NSMoveHelper _doAnimation] + 547
    frame #19: 0x00007fff234bd371 AppKit`-[NSResizeMoveHelper
animateResizeToFrame:] + 411
    frame #20: 0x00007fff23074cc6 AppKit`-[NSWindow
setFrame:display:animate:] + 854
    frame #21: 0x0000000100357625 emacs`-[EmacsWindow
setFrame:display:animate:](self=0x0000000100d79340,
_cmd="setFrame:display:animate:", windowFrame=(origin = (x = 0, y = 827),
size = (width = 595, height = 588)), displayViews=YES,
performAnimation=YES) at nsterm.m:8836:3
    frame #22: 0x00007fff2365a91f AppKit`-[NSThemeFrame
_layerBackedAnimateToolbarWithReason:showToolbarPostWindowFrame:] + 1236
    frame #23: 0x00007fff22f43c1a AppKit`-[NSThemeFrame
_growWindowReshapeContentAndToolbarView:withOldToolbarFrameSize:animate:] +
1873
    frame #24: 0x00007fff22f43396 AppKit`-[NSThemeFrame
_reshapeContentAndToolbarView:withOldToolbarFrameSize:resizeWindow:animate:]
+ 615
    frame #25: 0x00007fff22f1e162 AppKit`-[NSThemeFrame
_showHideToolbar:resizeWindow:animate:] + 346
    frame #26: 0x00007fff22f0cd69 AppKit`-[NSWindow _showToolbar:animate:]
+ 214
    frame #27: 0x00007fff22f0cc7f AppKit`-[NSToolbar _show:animate:] + 35
    frame #28: 0x0000000100375fec emacs`-[EmacsToolbar
setVisible:](self=0x0000000100d8de90, _cmd="setVisible:", shown=YES) at
nsmenu.m:1274:3
    frame #29: 0x000000010035b714
emacs`ns_update_begin(f=0x000000010181be30) at nsterm.m:1030:7
    frame #30: 0x0000000100144a6d emacs`update_begin(f=0x000000010181be30)
at terminal.c:84:5
    frame #31: 0x00000001000065f5 emacs`redraw_frame(f=0x000000010181be30)
at dispnew.c:3110:3
    frame #32: 0x0000000100089c4c emacs`clear_garbaged_frames at
xdisp.c:12270:3
    frame #33: 0x000000010004f52a
emacs`echo_area_display(update_frame_p=true) at xdisp.c:12322:3
    frame #34: 0x000000010004f086
emacs`message3_nolog(m=0x0000000100def584) at xdisp.c:11288:7
    frame #35: 0x000000010004eda6 emacs`message3(m=0x0000000100def584) at
xdisp.c:11218:5
    frame #36: 0x0000000100243a23 emacs`Fmessage(nargs=2,
args=0x00007ffeefbfc8d0) at editfns.c:2876:7
    frame #37: 0x000000010025fc5b
emacs`funcall_subr(subr=0x0000000100400258, numargs=2,
args=0x00007ffeefbfc8d0) at eval.c:3106:12
    frame #38: 0x000000010025eb35 emacs`Ffuncall(nargs=3,
args=0x00007ffeefbfc8c8) at eval.c:3051:11
    frame #39: 0x00000001002cb1b3
emacs`exec_byte_code(bytestr=0x00000001026a20b4, vector=0x00000001026a1fad,
maxdepth=0x000000000000001e, args_template=0x0000000000000002, nargs=0,
args=0x00007ffeefbfd008) at bytecode.c:632:12
    frame #40: 0x0000000100263720
emacs`fetch_and_exec_byte_code(fun=0x00000001026a1f85,
syms_left=0x0000000000000002, nargs=0, args=0x00007ffeefbfd008) at
eval.c:3175:10
    frame #41: 0x000000010026010f
emacs`funcall_lambda(fun=0x00000001026a1f85, nargs=0,
arg_vector=0x00007ffeefbfd008) at eval.c:3256:11
    frame #42: 0x000000010025eb90 emacs`Ffuncall(nargs=1,
args=0x00007ffeefbfd000) at eval.c:3055:11
    frame #43: 0x00000001002cb1b3
emacs`exec_byte_code(bytestr=0x00000001026a2164, vector=0x000000010269f12d,
maxdepth=0x0000000000000066, args_template=0x0000000000000406, nargs=1,
args=0x00007ffeefbfdbd8) at bytecode.c:632:12
    frame #44: 0x0000000100263720
emacs`fetch_and_exec_byte_code(fun=0x000000010269f0fd,
syms_left=0x0000000000000406, nargs=1, args=0x00007ffeefbfdbd0) at
eval.c:3175:10
    frame #45: 0x000000010026010f
emacs`funcall_lambda(fun=0x000000010269f0fd, nargs=1,
arg_vector=0x00007ffeefbfdbd0) at eval.c:3256:11
    frame #46: 0x000000010025eb90 emacs`Ffuncall(nargs=2,
args=0x00007ffeefbfdbc8) at eval.c:3055:11
    frame #47: 0x00000001002cb1b3
emacs`exec_byte_code(bytestr=0x00000001026a5f04, vector=0x000000010269de05,
maxdepth=0x000000000000003a, args_template=0x0000000000000002, nargs=0,
args=0x00007ffeefbfe878) at bytecode.c:632:12
    frame #48: 0x0000000100263720
emacs`fetch_and_exec_byte_code(fun=0x000000010269ddd5,
syms_left=0x0000000000000002, nargs=0, args=0x00007ffeefbfe878) at
eval.c:3175:10
    frame #49: 0x000000010026010f
emacs`funcall_lambda(fun=0x000000010269ddd5, nargs=0,
arg_vector=0x00007ffeefbfe878) at eval.c:3256:11
    frame #50: 0x000000010025eb90 emacs`Ffuncall(nargs=1,
args=0x00007ffeefbfe870) at eval.c:3055:11
    frame #51: 0x00000001002cb1b3
emacs`exec_byte_code(bytestr=0x00000001026a6cfc, vector=0x000000010269d9c5,
maxdepth=0x0000000000000026, args_template=0x0000000000000002, nargs=0,
args=0x00007ffeefbff100) at bytecode.c:632:12
    frame #52: 0x0000000100263720
emacs`fetch_and_exec_byte_code(fun=0x000000010269d995,
syms_left=0x0000000000000002, nargs=0, args=0x00007ffeefbff100) at
eval.c:3175:10
    frame #53: 0x000000010026010f
emacs`funcall_lambda(fun=0x000000010269d995, nargs=0,
arg_vector=0x00007ffeefbff100) at eval.c:3256:11
    frame #54: 0x000000010025b167
emacs`apply_lambda(fun=0x000000010269d995, args=0x0000000000000000,
count=4) at eval.c:3200:9
    frame #55: 0x00000001002538dd emacs`eval_sub(form=0x0000000102a35083)
at eval.c:2573:12
    frame #56: 0x0000000100259991 emacs`Feval(form=0x0000000102a35083,
lexical=0x0000000000000000) at eval.c:2355:28
    frame #57: 0x0000000100176b9d emacs`top_level_2 at keyboard.c:1131:10
    frame #58: 0x0000000100257e8f
emacs`internal_condition_case(bfun=(emacs`top_level_2 at keyboard.c:1130),
handlers=0x0000000000000090, hfun=(emacs`cmd_error at keyboard.c:925)) at
eval.c:1478:25
    frame #59: 0x0000000100176b14
emacs`top_level_1(ignore=0x0000000000000000) at keyboard.c:1139:5
    frame #60: 0x0000000100257564
emacs`internal_catch(tag=0x000000000000d560, func=(emacs`top_level_1 at
keyboard.c:1136), arg=0x0000000000000000) at eval.c:1198:25
    frame #61: 0x000000010015eab1 emacs`command_loop at keyboard.c:1099:2
    frame #62: 0x000000010015e940 emacs`recursive_edit_1 at
keyboard.c:720:9
    frame #63: 0x000000010015eca9 emacs`Frecursive_edit at keyboard.c:792:3
    frame #64: 0x000000010015c0aa emacs`main(argc=1,
argv=0x00007ffeefbff878) at emacs.c:2310:3
    frame #65: 0x00007fff20538f3d libdyld.dylib`start + 1
    frame #66: 0x00007fff20538f3d libdyld.dylib`start +

On Tue, Sep 14, 2021 at 11:53 PM Alan Third <alan@idiocy.org> wrote:

> On Tue, Sep 14, 2021 at 05:55:11PM -0700, Mani Kancherla wrote:
> > Hi Alan,
> >
> > I switched to emacs master branch, updated to top of tree and tried
> > compiling, but I am getting some errors.
> >
> > #./configure --with-ns --with-gnutls=ifavailable CFLAGS="-O0 -g3"
> > #make
> > .....
> >   ELC      emacs-lisp/eieio.elc
> > desired fingerprint:
> > 8b7026588f98cb70e851ab6ac87fe77659a38fab52a43323651c0da510d006fd
> > found fingerprint:
> > 34743d99e3ddcdb920608717b7a128d4f3ff4736a5edd127bdcca3dfe8da5649
> > emacs: could not load dump file
> > "/Users/mkancherla/src/emacs/src/emacs.pdmp": not built for this Emacs
> > executable
>
> Try running "make bootstrap".
> --
> Alan Third
>

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

bug#50205: 27.2; crashes or hangs when opening a specific file using tramp

[Michael Albinus]

Mani Kancherla <kancherla.mani@gmail.com> writes:

> Hi Alan,

Hi Mani,

> With "make bootstrap" I was able to compile and run. The very first
> time I launched it in debugger, emacs crashed. Please see the stack
> trace below. A subsequent attempt to launch did not crash and I can
> confirm that I do not see the issue of emacs hanging when I open that
> file over tramp. This is with tramp 2.5.2-pre and emacs 28.0.50.

Please use the Tramp ELPA package for test. Tramp's builtin version
doesn't contain thread code.

> Thanks,
> Mani

Best regards, Michael.

bug#50205: 27.2; crashes or hangs when opening a specific file using tramp

[Michael Albinus]

Michael Albinus <michael.albinus@gmx.de> writes:

Hi Mani,

>> With "make bootstrap" I was able to compile and run. The very first
>> time I launched it in debugger, emacs crashed. Please see the stack
>> trace below. A subsequent attempt to launch did not crash and I can
>> confirm that I do not see the issue of emacs hanging when I open that
>> file over tramp. This is with tramp 2.5.2-pre and emacs 28.0.50.
>
> Please use the Tramp ELPA package for test. Tramp's builtin version
> doesn't contain thread code.

"Emacs' builtin version of Tramp"

>> Thanks,
>> Mani

Best regards, Michael.

bug#50205: 27.2; crashes or hangs when opening a specific file using tramp

[Mani Kancherla]

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

Hi,

I downloaded the src for emacs latest (28.0.50) and built it. I also
downloaded tramp elpa 2.5.1.2 and compiled it. With this combination I do
not see the problem with the specific file I was having trouble with.

Earlier, I was seeing an occasional crash of emacs with tramp (in addition
to the above issue). I will continue to test with this new version in
debugger to see if it crashes and get the backtrace if and when it does.

Thank you.
Mani

On Sat, Sep 18, 2021 at 12:52 AM Michael Albinus <michael.albinus@gmx.de>
wrote:

> Michael Albinus <michael.albinus@gmx.de> writes:
>
> Hi Mani,
>
> >> With "make bootstrap" I was able to compile and run. The very first
> >> time I launched it in debugger, emacs crashed. Please see the stack
> >> trace below. A subsequent attempt to launch did not crash and I can
> >> confirm that I do not see the issue of emacs hanging when I open that
> >> file over tramp. This is with tramp 2.5.2-pre and emacs 28.0.50.
> >
> > Please use the Tramp ELPA package for test. Tramp's builtin version
> > doesn't contain thread code.
>
> "Emacs' builtin version of Tramp"
>
> >> Thanks,
> >> Mani
>
> Best regards, Michael.
>

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

bug#50205: 27.2; crashes or hangs when opening a specific file using tramp

[Mani Kancherla]

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

Hi,

Just want to give you an update on this. I have been using the new version
for 10 days now and have not seen any issues.
Maybe we can close this bug. Thank you all for your help.

Mani

On Fri, Sep 24, 2021 at 1:39 PM Mani Kancherla <kancherla.mani@gmail.com>
wrote:

> Hi,
>
> I downloaded the src for emacs latest (28.0.50) and built it. I also
> downloaded tramp elpa 2.5.1.2 and compiled it. With this combination I do
> not see the problem with the specific file I was having trouble with.
>
> Earlier, I was seeing an occasional crash of emacs with tramp (in addition
> to the above issue). I will continue to test with this new version in
> debugger to see if it crashes and get the backtrace if and when it does.
>
> Thank you.
> Mani
>
> On Sat, Sep 18, 2021 at 12:52 AM Michael Albinus <michael.albinus@gmx.de>
> wrote:
>
>> Michael Albinus <michael.albinus@gmx.de> writes:
>>
>> Hi Mani,
>>
>> >> With "make bootstrap" I was able to compile and run. The very first
>> >> time I launched it in debugger, emacs crashed. Please see the stack
>> >> trace below. A subsequent attempt to launch did not crash and I can
>> >> confirm that I do not see the issue of emacs hanging when I open that
>> >> file over tramp. This is with tramp 2.5.2-pre and emacs 28.0.50.
>> >
>> > Please use the Tramp ELPA package for test. Tramp's builtin version
>> > doesn't contain thread code.
>>
>> "Emacs' builtin version of Tramp"
>>
>> >> Thanks,
>> >> Mani
>>
>> Best regards, Michael.
>>
>

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

bug#50205: 27.2; crashes or hangs when opening a specific file using tramp

[Michael Albinus]

Mani Kancherla <kancherla.mani@gmail.com> writes:

> Hi,

Hi,

> Just want to give you an update on this. I have been using the new
> version for 10 days now and have not seen any issues.
> Maybe we can close this bug. Thank you all for your help.

Thank you for the feedback, I'm closing the bug.

> Mani

Best regards, Michael.