From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Pieter van Oostrum Newsgroups: gmane.emacs.bugs Subject: bug#39962: 27.0.90; Crash in Emacs 27.0.90 Date: Sat, 07 Mar 2020 20:14:56 +0100 Message-ID: References: <24162.58107.725366.668639@cochabamba.vanoostrum.org> <835zfgbo6f.fsf@gnu.org> <83lfoc9upz.fsf@gnu.org> <83ftek9ot8.fsf@gnu.org> <83blp89mi2.fsf@gnu.org> <834kv09h99.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="63097"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.90 (darwin) Cc: 39962@debbugs.gnu.org, pieter@vanoostrum.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat Mar 07 20:16:17 2020 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 1jAevo-000GIn-Kv for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 07 Mar 2020 20:16:16 +0100 Original-Received: from localhost ([::1]:52050 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jAevn-0005KP-LH for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 07 Mar 2020 14:16:15 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:38788) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jAevb-0005KE-8d for bug-gnu-emacs@gnu.org; Sat, 07 Mar 2020 14:16:04 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1jAevZ-0007eC-WD for bug-gnu-emacs@gnu.org; Sat, 07 Mar 2020 14:16:03 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:41594) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1jAevZ-0007dG-Sa for bug-gnu-emacs@gnu.org; Sat, 07 Mar 2020 14:16:01 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1jAevZ-0006jo-Mf for bug-gnu-emacs@gnu.org; Sat, 07 Mar 2020 14:16:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Pieter van Oostrum Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 07 Mar 2020 19:16:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 39962 X-GNU-PR-Package: emacs Original-Received: via spool by 39962-submit@debbugs.gnu.org id=B39962.158360850525829 (code B ref 39962); Sat, 07 Mar 2020 19:16:01 +0000 Original-Received: (at 39962) by debbugs.gnu.org; 7 Mar 2020 19:15:05 +0000 Original-Received: from localhost ([127.0.0.1]:47567 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jAeue-0006iX-UZ for submit@debbugs.gnu.org; Sat, 07 Mar 2020 14:15:05 -0500 Original-Received: from [145.132.212.31] (port=54723 helo=cochabamba.vanoostrum.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jAeuc-0006hl-QP for 39962@debbugs.gnu.org; Sat, 07 Mar 2020 14:15:04 -0500 Original-Received: from cochabamba.vanoostrum.org (localhost [IPv6:::1]) by cochabamba.vanoostrum.org (Postfix) with ESMTP id F3E1CAA8502E; Sat, 7 Mar 2020 20:14:56 +0100 (CET) In-Reply-To: <834kv09h99.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 07 Mar 2020 20:01:06 +0200") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 209.51.188.43 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:177028 Archived-At: Eli Zaretskii writes: > > Thanks. Since xbacktrace doesn't work in your case for some reason > (which is troublesome on its own), I will have to ask you to go to > every frame that calls Ffuncall, and do this: > > (gdb) p args[0] > (gdb) xtype > > If "xtype" says it's a symbol, then additionally do this immediately > after "xtype": > > (gdb) xsymbol > > This will tell us which Lisp function was called in each such frame: a > poor man's Lisp backtrace. > > Are these problems something you can trigger at will? Yes. Load a few quite big mailboxes in VM, and do some manipulation on them (like sorting). Here is the info: #9 0x0000000100314bfe in Ffuncall (nargs=2, args=0x7ffeefbf6e78) at eval.c:2796 2796 val = funcall_lambda (fun, numargs, args + 1); (gdb) p args[0] $8 = XIL(0xcfeb420) (gdb) xtype Lisp_Symbol (gdb) xsymbol $9 = (struct Lisp_Symbol *) 0xcfeb5b8 Cannot access memory at address 0xcfeb5c0 (gdb) #15 0x0000000100314bfe in Ffuncall (nargs=2, args=0x7ffeefbf8e48) at eval.c:2796 2796 val = funcall_lambda (fun, numargs, args + 1); (gdb) p args[0] $10 = XIL(0x105c5b465) (gdb) xtype Lisp_Vectorlike PVEC_COMPILED (gdb) #21 0x0000000100314bae in Ffuncall (nargs=3, args=0x7ffeefbf9198) at eval.c:2794 2794 val = funcall_subr (XSUBR (fun), numargs, args + 1); (gdb) p args[0] $11 = XIL(0x5fb6d60) (gdb) xtype Lisp_Symbol (gdb) xsymbol $12 = (struct Lisp_Symbol *) 0x5fb6ef8 Cannot access memory at address 0x5fb6f00 (gdb) #24 0x0000000100314bfe in Ffuncall (nargs=1, args=0x7ffeefbfa1b8) at eval.c:2796 2796 val = funcall_lambda (fun, numargs, args + 1); (gdb) p args[0] $13 = XIL(0x3e34910) (gdb) xtype Lisp_Symbol (gdb) xsymbol $14 = (struct Lisp_Symbol *) 0x3e34aa8 Cannot access memory at address 0x3e34ab0 (gdb) #27 0x0000000100314bfe in Ffuncall (nargs=10, args=0x7ffeefbfb608) at eval.c:2796 2796 val = funcall_lambda (fun, numargs, args + 1); (gdb) p args[0] $15 = XIL(0x56c6a00) (gdb) xtype Lisp_Symbol (gdb) xsymbol $16 = (struct Lisp_Symbol *) 0x56c6b98 Cannot access memory at address 0x56c6ba0 (gdb) #30 0x0000000100314bfe in Ffuncall (nargs=3, args=0x7ffeefbfc958) at eval.c:2796 2796 val = funcall_lambda (fun, numargs, args + 1); (gdb) p args[0] $17 = XIL(0x4a62fc0) (gdb) xtype Lisp_Symbol (gdb) xsymbol $18 = (struct Lisp_Symbol *) 0x4a63158 Cannot access memory at address 0x4a63160 (gdb) #31 0x00000001002fd9ca in Ffuncall_interactively (nargs=3, args=0x7ffeefbfc958) at callint.c:254 254 return unbind_to (speccount, Ffuncall (nargs, args)); (gdb) p args[0] $19 = XIL(0x4a62fc0) (gdb) xtype Lisp_Symbol (gdb) xsymbol $20 = (struct Lisp_Symbol *) 0x4a63158 Cannot access memory at address 0x4a63160 (gdb) #33 0x0000000100314bae in Ffuncall (nargs=4, args=0x7ffeefbfc950) at eval.c:2794 2794 val = funcall_subr (XSUBR (fun), numargs, args + 1); (gdb) p args[0] $21 = XIL(0x62a0) (gdb) xtype Lisp_Symbol (gdb) xsymbol $22 = (struct Lisp_Symbol *) 0x6438 Cannot access memory at address 0x6440 (gdb) #37 0x0000000100314bae in Ffuncall (nargs=4, args=0x7ffeefbfd9b8) at eval.c:2794 2794 val = funcall_subr (XSUBR (fun), numargs, args + 1); (gdb) p args[0] $23 = XIL(0x5f592d0) (gdb) xtype Lisp_Symbol (gdb) xsymbol $24 = (struct Lisp_Symbol *) 0x5f59468 Cannot access memory at address 0x5f59470 (gdb) #40 0x0000000100314bfe in Ffuncall (nargs=2, args=0x7ffeefbfea18) at eval.c:2796 2796 val = funcall_lambda (fun, numargs, args + 1); (gdb) p args[0] $25 = XIL(0x3960) (gdb) xtype Lisp_Symbol (gdb) xsymbol $26 = (struct Lisp_Symbol *) 0x3af8 Cannot access memory at address 0x3b00 (gdb) There seems to be something fishy with the Lisp memory. -- Pieter van Oostrum www: http://pieter.vanoostrum.org/ PGP key: [8DAE142BE17999C4]