From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Thierry Volpiatto Newsgroups: gmane.emacs.bugs Subject: bug#55832: 28.1; Emacs crashes when using tramp from helm in emacs-29 Date: Thu, 09 Jun 2022 16:51:18 +0000 Message-ID: <87r13xaiex.fsf@posteo.net> References: <83a6al3ibj.fsf@gnu.org> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="26478"; mail-complaints-to="usenet@ciao.gmane.io" Cc: larsi@gnus.org, 55832@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu Jun 09 21:05:53 2022 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nzNTd-0006jL-9J for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 09 Jun 2022 21:05:53 +0200 Original-Received: from localhost ([::1]:42890 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nzNTc-0002dC-5l for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 09 Jun 2022 15:05:52 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:49436) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nzLP4-00050A-I0 for bug-gnu-emacs@gnu.org; Thu, 09 Jun 2022 12:53:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:53704) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1nzLP4-0007HE-9N for bug-gnu-emacs@gnu.org; Thu, 09 Jun 2022 12:53:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1nzLP4-0005ay-8d for bug-gnu-emacs@gnu.org; Thu, 09 Jun 2022 12:53:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Thierry Volpiatto Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 09 Jun 2022 16:53:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 55832 X-GNU-PR-Package: emacs Original-Received: via spool by 55832-submit@debbugs.gnu.org id=B55832.165479355721458 (code B ref 55832); Thu, 09 Jun 2022 16:53:02 +0000 Original-Received: (at 55832) by debbugs.gnu.org; 9 Jun 2022 16:52:37 +0000 Original-Received: from localhost ([127.0.0.1]:47597 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nzLOe-0005a1-BA for submit@debbugs.gnu.org; Thu, 09 Jun 2022 12:52:36 -0400 Original-Received: from mout02.posteo.de ([185.67.36.66]:58167) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nzLOb-0005Zl-NJ for 55832@debbugs.gnu.org; Thu, 09 Jun 2022 12:52:34 -0400 Original-Received: from submission (posteo.de [185.67.36.169]) by mout02.posteo.de (Postfix) with ESMTPS id A0BBC24010A for <55832@debbugs.gnu.org>; Thu, 9 Jun 2022 18:52:27 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1654793547; bh=23kKGmBAd1e4Od56d4Rym4CPeiF3sDdLhJ7i4KD4ShY=; h=From:To:Cc:Subject:Date:Autocrypt:From; b=hdUDCYgKPZL11A1Fz2ABOhtDN5ffVC3F+yqAJF440VS1PoHvsA97zxjOnHBddD9To +zZ8HxmVc8bnpma8R90deCQ5P2R+s9Wz5XYwdpwTyvoLoSoHvsgHHgMdoWjFtBQaDs FlvKOFcq5NLb3x7cym+JqJWDP5i1wZF4GypWpnavg8vVH7Ztzqhs6gpecOHT40CYM0 O5cEN6KgD+XtyT95qkIeO5nuzCOshsXi1Cvo47p8ID2I6uIQ6soMlxQZVaRj7Co0CJ Gb1vT4fR3V9En/RMh1t1paiagBk1DtanbJtpcszrP15/N+Afof3DcHzcV6oKr3pT/V xpRI581xVpEOA== Original-Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4LJqrn5Npcz6tmb; Thu, 9 Jun 2022 18:52:25 +0200 (CEST) In-reply-to: <83a6al3ibj.fsf@gnu.org> Autocrypt: addr=thievol@posteo.net; prefer-encrypt=mutual; keydata= mQGNBF8ylcIBDADG+hy+zR6L4/vbdDDZuSaMmSrU3A5QZJpeBCvxTr7MpzzruZbhLPW1K3R6N2MA edi8Y+C8o27FVRIjpdbaKMGu9je7JV/TbUQYo3SOwCK1vM4LUn4V6ZLzSYkuiEt4eyMoiDdyvN0p kcK6P9x9DCetcEVszXzQg+yzCVrQ2hXWDXWT4M18EC3wtO7RHPouMqGiwBFhBAYErCqFWFxQHkfb tG/4yGyJ58rglb65O3qijjMWvYwcWZun9/7qm8Z4/4mHopmo2zgU+OrptnLSZfkZGz3Y7Uf452xQ GVq0Fv75NPvQru7y+DYVhuVXXyAmGxt+vf4rIiixMBbhKEPjcxEPAa2LTzex2IsTZR+QVG9uDnqC WcgaOEQ58fzXNvNhtwwF/Rgio2XWAJVdmFWS59/k9W58CIUSNKBMZh2XeGdEmtHvDtCxW3z6FJha 36RzOM3fMNNiAGdFZJA84gcdloJR+sHCDTTPT3784fjr+V8An7sI581NGFzkRQqPvEQCZbUAEQEA AbQSdGhpZXZvbEBwb3N0ZW8ubmV0iQHUBBMBCgA+FiEEI9twfRN7r3nig/xwDsVtFB0W75MFAl8y lcICGwMFCQPCZwAFCwkIBwIGFQoJCAsCBBYCAwECHgECF4AACgkQDsVtFB0W75MB3QwAlTsVzFmr +S/tMKwwwOibjhNPi/OZiUC2AYfaqfVAiIHDT3RbzDe03sAJoomJkJnYVjGzQZwibCMO2+ITkMPV 2wvrd4CbgS1KCVbrltwcuK/nxPCBaHytOCZUIInnhJo5PE/h03K X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:234150 Archived-At: --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Eli Zaretskii writes: >> From: Thierry Volpiatto >> Cc: larsi@gnus.org, 55832@debbugs.gnu.org >> Date: Thu, 09 Jun 2022 15:18:55 +0000 >>=20 >> > (gdb) thread 1 >> > (gdb) bt >> > >> > You said earlier the backtrace produced by that is huge, so I thought >> > maybe just looking at the immediate cause of the segfault could give >> > us enough info. But now we need to see all of it. >>=20 >> Can't send here by mail it is too big 12.8M with 130303 frames, here a >> link to the output file: >>=20 >> https://gist.github.com/thierryvolpiatto/17ee2c5631d0849e57a794e4663b71a5 > > Thanks. This is definitely a C stack overflow: there are 30 frames > that repeatedly and recursively invoke funcall and apply, like this: > > #103104 0x00005555555ad64e in exec_byte_code (fun=3D0x7fffff6702c0, arg= s_template=3D140737478333120, nargs=3D3, args=3D0x7fffffd15a88) at bytecode= .c:503 > #103105 0x00005555557ab8be in Ffuncall (nargs=3D4, args=3D0x7fffffd15a8= 0) at eval.c:2953 > #103106 0x00005555557adf70 in Fapply (nargs=3D3, args=3D0x7fffef48ef00)= at eval.c:2624 > #103107 0x0000555555806e87 in exec_byte_code (fun=3D0x7fffff6702c0, arg= s_template=3D140737478333120, nargs=3D3, args=3D0x7fffef48ef00) at lisp.h:2= 182 > #103108 0x00005555557ab8be in Ffuncall (nargs=3D3, args=3D0x7fffffd15be= 0) at eval.c:2953 > #103109 0x00005555557adf70 in Fapply (nargs=3D2, args=3D0x7fffef48ee28)= at eval.c:2624 > #103110 0x0000555555806e87 in exec_byte_code (fun=3D0x7fffff6702c0, arg= s_template=3D140737478333120, nargs=3D2, args=3D0x7fffef48ee28) at lisp.h:2= 182 > #103111 0x00005555557ab8be in Ffuncall (nargs=3D3, args=3D0x7fffffd15d3= 0) at eval.c:2953 > #103112 0x00005555557adf70 in Fapply (nargs=3D2, args=3D0x7fffef48ec58)= at eval.c:2624 > #103113 0x0000555555806e87 in exec_byte_code (fun=3D0x7fffff6702c0, arg= s_template=3D140737478333120, nargs=3D2, args=3D0x7fffef48ec58) at lisp.h:2= 182 > #103114 0x00005555557ab8be in Ffuncall (nargs=3D3, args=3D0x7fffffd15e8= 0) at eval.c:2953 > #103115 0x00005555557adf70 in Fapply (nargs=3D2, args=3D0x7fffef48ea88)= at eval.c:2624 > #103116 0x0000555555806e87 in exec_byte_code (fun=3D0x7fffff6702c0, arg= s_template=3D140737478333120, nargs=3D2, args=3D0x7fffef48ea88) at lisp.h:2= 182 > #103117 0x00005555557ab8be in Ffuncall (nargs=3D3, args=3D0x7fffffd15fd= 0) at eval.c:2953 > #103118 0x00005555557adf70 in Fapply (nargs=3D2, args=3D0x7fffef48e8b8)= at eval.c:2624 > > followed by 103,000(!) frames where Emacs tries to report an error, > and that signals another error: > > #103092 0x00005555555ad64e in exec_byte_code (fun=3D0x7fffff6702c0, arg= s_template=3D140737478333120, nargs=3D0, args=3D0x7fffffd15790) at bytecode= .c:503 > #103093 0x00005555557ab8be in Ffuncall (nargs=3Dnargs@entry=3D1, args= =3Dargs@entry=3D0x7fffffd15788) at eval.c:2953 > #103094 0x000055555580661c in bcall0 (f=3D) at bytecode.= c:335 > #103095 0x00005555557aae1f in do_one_unbind (unwinding=3Dtrue, bindflag= =3DSET_INTERNAL_UNBIND, this_binding=3D0x7fffffd157b0) at eval.c:3591 > #103096 unbind_to (count=3D..., value=3Dvalue@entry=3D0x0) at eval.c:37= 19 > #103097 0x00005555555aaaf2 in unwind_to_catch (catch=3Dcatch@entry=3D0x= 555557292c10, type=3Dtype@entry=3DNONLOCAL_EXIT_SIGNAL, value=3Dvalue@entry= =3D0x55555b3c68a3) at lisp.h:1162 > #103098 0x00005555555aabc7 in signal_or_quit (error_symbol=3D, data=3D, keyboard_quit=3D) at eval.c:1= 820 > #103099 0x00005555555aabe6 in Fsignal (error_symbol=3D, = error_symbol@entry=3D0x90, data=3D) at eval.c:1689 > #103100 0x00005555555aac56 in xsignal (data=3D, error_sy= mbol=3D0x90) at lisp.h:4528 > #103101 xsignal1 (error_symbol=3Derror_symbol@entry=3D0x90, arg=3D) at eval.c:1849 > #103102 0x00005555555aac7c in verror (m=3D, ap=3Dap@entr= y=3D0x7fffffd158e0) at lisp.h:1162 > #103103 0x00005555555aad1b in error (m=3D) at eval.c:2052 > > Try this: > > (gdb) source /path/to/emacs/src/.gdbinit > (gdb) frame 8 > (gdb) p arg2 > (gdb) xtype > (gdb) x... > (gdb) p arg1 > (gdb) xtype > (gdb) x... > (gdb) frame 103105 > (gdb) p args[0] > (gdb) xtype > (gdb) x... > (gdb) p args[1] > (gdb) xtype > (gdb) x... > (gdb) p args[2] > (gdb) xtype > (gdb) x... > (gdb) p args[3] > (gdb) xtype > (gdb) x... > > Each time you type "xtype", GDB will display the Lisp type of the > datum. Please invoke the corresponding x... command: xstring for > Lisp_String, xlist for Lisp_Cons, xsymbol for Lisp_Symbol, etc. -- > these are the lines with "x..." above. (gdb) source /home/thierry/tmp/emacs/src/.gdbinit SIGINT is used by the debugger. Are you sure you want to change it? (y or n) [answered Y; input not from te= rminal] DISPLAY =3D :0.0 TERM =3D xterm-256color Breakpoint 1 at 0x5555555a6b56: file emacs.c, line 420. Breakpoint 2 at 0x5555556ba640: file xterm.c, line 22325. (gdb) frame 8 #8 0x00005555557ac8a3 in call2 (arg2=3DXIL(0x55555a4b2e83), arg1=3DXIL(0x9= 0), fn=3D) at lisp.h:3232 3232 return CALLN (Ffuncall, fn, arg1, arg2); (gdb) p arg2 $1 =3D XIL(0x55555a4b2e83) (gdb) xtype Lisp_Cons (gdb) xlist No symbol "builtin_lisp_symbol" in current context. (gdb) p arg1 $2 =3D XIL(0x90) (gdb) xtype Lisp_Symbol (gdb) xsymbol $3 =3D (struct Lisp_Symbol *) 0x555555cd6cd0 "error" (gdb) frame 103105 #103105 0x00005555557ab8be in Ffuncall (nargs=3D4, args=3D0x7fffffd15a80) a= t eval.c:2953 2953 Lisp_Object val =3D funcall_general (args[0], nargs - 1, args + 1= ); (gdb) p args[0] $4 =3D XIL(0x23a93f0) (gdb) xtype Lisp_Symbol (gdb) xsymbol $5 =3D (struct Lisp_Symbol *) 0x555558080030 "tramp-file-name-for-operation" (gdb) p args[1] $6 =3D XIL(0x22fdb90) (gdb) xtype Lisp_Symbol (gdb) xsymbol $7 =3D (struct Lisp_Symbol *) 0x555557fd47d0 "tramp-get-remote-uid" (gdb) p args[2] $8 =3D XIL(0x55555a7df8c3) (gdb) xtype Lisp_Cons (gdb) xlist No symbol "builtin_lisp_symbol" in current context. (gdb) p args[3] $9 =3D XIL(0xe940) (gdb) xtype Lisp_Symbol (gdb) xsymbol $10 =3D (struct Lisp_Symbol *) 0x555555ce5580 "string" =2D-=20 Thierry --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQHHBAEBCgAxFiEEI9twfRN7r3nig/xwDsVtFB0W75MFAmKiJUcTHHRoaWV2b2xA cG9zdGVvLm5ldAAKCRAOxW0UHRbvk9mjDADFYNq6vZ6H71u3gIlrPJ2oJLihvY68 JXQxTfmBbH+wJlyK7DKPHVsKC2wfSdONpKrKMMgwofk2NtLswuZ6GUqGzdwAWR0u aaT+xZWN9egDm1wERMG/0PiZaRgva4cZPz8S7aFsL82kthhaAzhMuoRRCW6uYvjh gB3yolueTY4iaTJxrj4A0KQWx3/bs2fky5qjYzdn6i9Dlz4i0SrlK01Jqq6tJ6Ib S3mhQ5GlWnMrcv2Q92deZUKZGnvjdTheBfvMf8vhmfeAZN7bMm0Ms5KOGPe0bcrg +RgZ6WuoIf4Z6m3T4Or79kIHKFC7ClHk17Iq97Xw5ncHCJ1nzfuMh0yNn8pbOjFe GbV47VbnK8UYqefVSX7dvOOdCAze0V/BgDSpU3qorV7BEMc4go9rdEBK6nUw4nu2 i6l9ldgmqVaKoX90H1KdX6oWaOcrnfBmqs8bLMz4DMrLJpgdi8CnCi6H/cM2kYzL H0u8fzxtLMkN5chPMXH5egw44ZBNk6FEh7k= =RK9W -----END PGP SIGNATURE----- --=-=-=--