From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: =?UTF-8?Q?S=C3=A9bastien?= Le Callonnec Newsgroups: gmane.emacs.bugs Subject: bug#48433: 28.0.50; Emacs Core Dump when trying to visit file Date: Sat, 15 May 2021 12:16:20 +0100 Message-ID: References: <87k0o04ccq.fsf@weblogism.com> <837dk0xrsz.fsf@gnu.org> <156230f0-f761-a7d6-bdf3-d1dd2df2ecf7@weblogism.com> <831ra8xotx.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="11722"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.8.1 Cc: acm@muc.de, 48433@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat May 15 13:17:58 2021 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 1lhsIw-0002s3-FB for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 15 May 2021 13:17:58 +0200 Original-Received: from localhost ([::1]:37036 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lhsIv-0001CE-Ii for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 15 May 2021 07:17:57 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:43162) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lhsI2-0000H3-GC for bug-gnu-emacs@gnu.org; Sat, 15 May 2021 07:17:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:36179) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1lhsI2-000251-84 for bug-gnu-emacs@gnu.org; Sat, 15 May 2021 07:17:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1lhsI2-0003UO-3z for bug-gnu-emacs@gnu.org; Sat, 15 May 2021 07:17:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: =?UTF-8?Q?S=C3=A9bastien?= Le Callonnec Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 15 May 2021 11:17:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 48433 X-GNU-PR-Package: emacs Original-Received: via spool by 48433-submit@debbugs.gnu.org id=B48433.162107738813349 (code B ref 48433); Sat, 15 May 2021 11:17:02 +0000 Original-Received: (at 48433) by debbugs.gnu.org; 15 May 2021 11:16:28 +0000 Original-Received: from localhost ([127.0.0.1]:47725 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lhsHU-0003TF-AU for submit@debbugs.gnu.org; Sat, 15 May 2021 07:16:28 -0400 Original-Received: from 4.mo1.mail-out.ovh.net ([46.105.76.26]:34912) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lhsHS-0003T1-1v for 48433@debbugs.gnu.org; Sat, 15 May 2021 07:16:27 -0400 Original-Received: from player758.ha.ovh.net (unknown [10.110.171.40]) by mo1.mail-out.ovh.net (Postfix) with ESMTP id 89B5F201554 for <48433@debbugs.gnu.org>; Sat, 15 May 2021 13:16:24 +0200 (CEST) Original-Received: from weblogism.com (unknown [109.78.85.125]) (Authenticated sender: sebastien@weblogism.com) by player758.ha.ovh.net (Postfix) with ESMTPSA id 890861E22C6A2; Sat, 15 May 2021 11:16:21 +0000 (UTC) Authentication-Results: garm.ovh; auth=pass (GARM-99G003c62c7c89-8030-450e-b4f9-a930953744bf, 97ACF6D539D771861AF44FB154A2027D342D4664) smtp.auth=sebastien@weblogism.com X-OVh-ClientIp: 109.78.85.125 In-Reply-To: <831ra8xotx.fsf@gnu.org> Content-Language: en-US X-Ovh-Tracer-Id: 12504244369305933037 X-VR-SPAMSTATE: OK X-VR-SPAMSCORE: -100 X-VR-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgeduledrvdeitddgfeekucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuqfggjfdpvefjgfevmfevgfenuceurghilhhouhhtmecuhedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhepuffvfhfhkffffgggjggtgfesthekredttdefjeenucfhrhhomhepuforsggrshhtihgvnhgpnfgvpgevrghllhhonhhnvggtuceoshgvsggrshhtihgvnhesfigvsghlohhgihhsmhdrtghomheqnecuggftrfgrthhtvghrnhephefhjeeffeekteffheffieehveeklefhffefhfehkeeujeejffdufffgieelveehnecukfhppedtrddtrddtrddtpddutdelrdejkedrkeehrdduvdehnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmohguvgepshhmthhpqdhouhhtpdhhvghlohepphhlrgihvghrjeehkedrhhgrrdhovhhhrdhnvghtpdhinhgvtheptddrtddrtddrtddpmhgrihhlfhhrohhmpehsvggsrghsthhivghnseifvggslhhoghhishhmrdgtohhmpdhrtghpthhtohepgeekgeeffeesuggvsggsuhhgshdrghhnuhdrohhrgh 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:206589 Archived-At: Hi Eli, On 15/05/2021 11:40, Eli Zaretskii wrote: >> Cc: 48433@debbugs.gnu.org, acm@muc.de >> From: Sébastien Le Callonnec >> Date: Sat, 15 May 2021 11:10:38 +0100 >> >>> Thanks, but can you also provide a Lisp backtrace, by invoking >>> "xbacktrace" from GDB? That command is defined in src/.gdbinit. >>> >> >> I am not having much luck there: >> >> (gdb) xbacktrace >> 'backtrace_top' has unknown return type; cast the call to its declared >> return type > > How did you compile Emacs? Please compile with -g3 on the compiler > command line. Ah, I was not using -g3, here it is: ``` (gdb) xbacktrace "active-minibuffer-window" (0xffffa300) "minibuffer-window-active-p" (0xffffa7a0) "powerline-set-selected-window" (0xfffface0) "run-hooks" (0xffffae48) "read-from-minibuffer" (0xffffb318) "ido-read-internal" (0xffffbe30) "ido-file-internal" (0xffffc610) "ido-find-file" (0xffffce40) "funcall-interactively" (0xffffce38) "call-interactively" (0xffffcfe0) "command-execute" (0xffffd538) ``` (ok, seems to be triggered by powerline, that's why I could not create that recipe...) ``` (gdb) bt full #0 terminate_due_to_signal (sig=21845, backtrace_limit=1481635280) at emacs.c:399 #1 0x000055555571c837 in emacs_abort () at sysdep.c:2282 #2 0x000055555573decb in Factive_minibuffer_window () at minibuf.c:231 frames = XIL(0x1f1dad70d) frame = make_fixnum(23456248280808) f = 0x55555623e6a5 innermost_MB = XIL(0) #3 0x00005555557ba8eb in funcall_subr (subr=0x555555c6b7e0 , numargs=0, args=0x7fffffffa300) at eval.c:3109 internal_argbuf = {XIL(0x8700010000), XIL(0), XIL(0x555555ce3da0), XIL(0x109ebdb700), XIL(0x555555c6b7e0), XIL(0x7fffffffa258), make_fixnum(23456248679553), XIL(0x1000000000)} internal_args = 0x7fffffffa300 #4 0x00005555557ba4b2 in Ffuncall (nargs=1, args=0x7fffffffa2f8) at eval.c:3036 fun = XIL(0x555555c6b7e5) original_fun = XIL(0x2aaa9c0cbee0) funcar = XIL(0x7fffffffa2d0) numargs = 0 val = XIL(0x30) count = 52 ``` >> This seems to isolate the issue to `read_minibuf_unwind`, which is part >> of the changeset of the commit I bisected to. > > That was clear before, what is not clear is _where_ in > read_minibuf_unwind it happens, and why. That's a very large > function. > Sorry if I was stating the obvious. (= Regards, Sébastien.