From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#55832: 28.1; Emacs crashes when using tramp from helm in emacs-29 Date: Thu, 09 Jun 2022 19:36:16 +0300 Message-ID: <83a6al3ibj.fsf@gnu.org> References: <83r13y2dhz.fsf@gnu.org> <87zgilamm8.fsf@posteo.net> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="37274"; mail-complaints-to="usenet@ciao.gmane.io" Cc: larsi@gnus.org, 55832@debbugs.gnu.org To: Thierry Volpiatto Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu Jun 09 20:27:48 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 1nzMsl-0009T8-7B for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 09 Jun 2022 20:27:47 +0200 Original-Received: from localhost ([::1]:43988 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nzMsj-0002eQ-QX for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 09 Jun 2022 14:27:45 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:45236) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nzL9i-0000mu-Hz for bug-gnu-emacs@gnu.org; Thu, 09 Jun 2022 12:37:10 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:53646) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1nzL9a-0004dw-9v for bug-gnu-emacs@gnu.org; Thu, 09 Jun 2022 12:37:10 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1nzL9a-00056G-6k for bug-gnu-emacs@gnu.org; Thu, 09 Jun 2022 12:37:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 09 Jun 2022 16:37: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.165479258819538 (code B ref 55832); Thu, 09 Jun 2022 16:37:02 +0000 Original-Received: (at 55832) by debbugs.gnu.org; 9 Jun 2022 16:36:28 +0000 Original-Received: from localhost ([127.0.0.1]:47538 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nzL91-000553-RU for submit@debbugs.gnu.org; Thu, 09 Jun 2022 12:36:28 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:59974) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nzL8z-00054r-JZ for 55832@debbugs.gnu.org; Thu, 09 Jun 2022 12:36:26 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:60950) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nzL8u-0004Z2-58; Thu, 09 Jun 2022 12:36:20 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=8UmdxFTCirpQ7/DaqgxXHzP2VcYCB46QyD0AAO5hNg8=; b=Q68khcowg5Ny Rag/FiTBAoFkYW5LEFHEtVADCFwfZxgLe6dL9l9GS4iqDcWbMHzpftERedJW81RkrDe+YgHgGPbuN NZrN4EZFLLOTJreVaGRIQGisp/OixmkNf7qWjdihP875CJ16SDOOi68JwcpNQF4LaGkb5GFcckPcE xViltxp/3krJRRozkB1hlZ+VL+3bB0YZTlh3ljjyur9YCcu25KR9Jvz6z5GYzSOolyt3kSWowy2Yr lwJ6EpTxkBddZFlRyZ/3H/mEdTTh3aAOfkeHR2IF1EDY/3TGxxOEURi5ImBjI5QZ2pRMt6Qv+/6vT kzdGxCKtnK4Q1PuL0SvTow==; Original-Received: from [87.69.77.57] (port=3181 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nzL8t-0003ol-LM; Thu, 09 Jun 2022 12:36:19 -0400 In-Reply-To: <87zgilamm8.fsf@posteo.net> (message from Thierry Volpiatto on Thu, 09 Jun 2022 15:18:55 +0000) 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:234137 Archived-At: > From: Thierry Volpiatto > Cc: larsi@gnus.org, 55832@debbugs.gnu.org > Date: Thu, 09 Jun 2022 15:18:55 +0000 > > > (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. > > Can't send here by mail it is too big 12.8M with 130303 frames, here a > link to the output file: > > 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=0x7fffff6702c0, args_template=140737478333120, nargs=3, args=0x7fffffd15a88) at bytecode.c:503 #103105 0x00005555557ab8be in Ffuncall (nargs=4, args=0x7fffffd15a80) at eval.c:2953 #103106 0x00005555557adf70 in Fapply (nargs=3, args=0x7fffef48ef00) at eval.c:2624 #103107 0x0000555555806e87 in exec_byte_code (fun=0x7fffff6702c0, args_template=140737478333120, nargs=3, args=0x7fffef48ef00) at lisp.h:2182 #103108 0x00005555557ab8be in Ffuncall (nargs=3, args=0x7fffffd15be0) at eval.c:2953 #103109 0x00005555557adf70 in Fapply (nargs=2, args=0x7fffef48ee28) at eval.c:2624 #103110 0x0000555555806e87 in exec_byte_code (fun=0x7fffff6702c0, args_template=140737478333120, nargs=2, args=0x7fffef48ee28) at lisp.h:2182 #103111 0x00005555557ab8be in Ffuncall (nargs=3, args=0x7fffffd15d30) at eval.c:2953 #103112 0x00005555557adf70 in Fapply (nargs=2, args=0x7fffef48ec58) at eval.c:2624 #103113 0x0000555555806e87 in exec_byte_code (fun=0x7fffff6702c0, args_template=140737478333120, nargs=2, args=0x7fffef48ec58) at lisp.h:2182 #103114 0x00005555557ab8be in Ffuncall (nargs=3, args=0x7fffffd15e80) at eval.c:2953 #103115 0x00005555557adf70 in Fapply (nargs=2, args=0x7fffef48ea88) at eval.c:2624 #103116 0x0000555555806e87 in exec_byte_code (fun=0x7fffff6702c0, args_template=140737478333120, nargs=2, args=0x7fffef48ea88) at lisp.h:2182 #103117 0x00005555557ab8be in Ffuncall (nargs=3, args=0x7fffffd15fd0) at eval.c:2953 #103118 0x00005555557adf70 in Fapply (nargs=2, args=0x7fffef48e8b8) 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=0x7fffff6702c0, args_template=140737478333120, nargs=0, args=0x7fffffd15790) at bytecode.c:503 #103093 0x00005555557ab8be in Ffuncall (nargs=nargs@entry=1, args=args@entry=0x7fffffd15788) at eval.c:2953 #103094 0x000055555580661c in bcall0 (f=) at bytecode.c:335 #103095 0x00005555557aae1f in do_one_unbind (unwinding=true, bindflag=SET_INTERNAL_UNBIND, this_binding=0x7fffffd157b0) at eval.c:3591 #103096 unbind_to (count=..., value=value@entry=0x0) at eval.c:3719 #103097 0x00005555555aaaf2 in unwind_to_catch (catch=catch@entry=0x555557292c10, type=type@entry=NONLOCAL_EXIT_SIGNAL, value=value@entry=0x55555b3c68a3) at lisp.h:1162 #103098 0x00005555555aabc7 in signal_or_quit (error_symbol=, data=, keyboard_quit=) at eval.c:1820 #103099 0x00005555555aabe6 in Fsignal (error_symbol=, error_symbol@entry=0x90, data=) at eval.c:1689 #103100 0x00005555555aac56 in xsignal (data=, error_symbol=0x90) at lisp.h:4528 #103101 xsignal1 (error_symbol=error_symbol@entry=0x90, arg=) at eval.c:1849 #103102 0x00005555555aac7c in verror (m=, ap=ap@entry=0x7fffffd158e0) at lisp.h:1162 #103103 0x00005555555aad1b in error (m=) 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.