From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Pip Cet Newsgroups: gmane.emacs.bugs Subject: bug#39962: 27.0.90; Crash in Emacs 27.0.90 Date: Tue, 17 Mar 2020 20:16:14 +0000 Message-ID: References: <24162.58107.725366.668639@cochabamba.vanoostrum.org> <83y2s48yn7.fsf@gnu.org> <83zhck6obg.fsf@gnu.org> <83r1xv73ze.fsf@gnu.org> <83imj5bdct.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="98235"; mail-complaints-to="usenet@ciao.gmane.io" Cc: eggert@cs.ucla.edu, 39962@debbugs.gnu.org To: Pieter van Oostrum Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Tue Mar 17 21:17:16 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 1jEIeK-000PTi-5m for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 17 Mar 2020 21:17:16 +0100 Original-Received: from localhost ([::1]:40802 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jEIeJ-00081l-7J for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 17 Mar 2020 16:17:15 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:32929) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jEIe8-0007yw-6U for bug-gnu-emacs@gnu.org; Tue, 17 Mar 2020 16:17:05 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1jEIe7-0006KJ-4y for bug-gnu-emacs@gnu.org; Tue, 17 Mar 2020 16:17:04 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:33607) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1jEIe6-0006Hg-VZ for bug-gnu-emacs@gnu.org; Tue, 17 Mar 2020 16:17:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1jEIe6-00070M-NP for bug-gnu-emacs@gnu.org; Tue, 17 Mar 2020 16:17:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Pip Cet Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 17 Mar 2020 20:17:02 +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.158447622026913 (code B ref 39962); Tue, 17 Mar 2020 20:17:02 +0000 Original-Received: (at 39962) by debbugs.gnu.org; 17 Mar 2020 20:17:00 +0000 Original-Received: from localhost ([127.0.0.1]:39580 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jEIe4-000701-HJ for submit@debbugs.gnu.org; Tue, 17 Mar 2020 16:17:00 -0400 Original-Received: from mail-ot1-f45.google.com ([209.85.210.45]:34726) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jEIe1-0006zj-W6 for 39962@debbugs.gnu.org; Tue, 17 Mar 2020 16:16:59 -0400 Original-Received: by mail-ot1-f45.google.com with SMTP id j16so23110608otl.1 for <39962@debbugs.gnu.org>; Tue, 17 Mar 2020 13:16:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=UXjELt5A4M2L7oFpdo59FRIj9q5iSFZ+t9nCosB2BfY=; b=fBmHCfu1vgiZSfc7NKSDMuINHiOIVBPUyzU7QdNRyq6jAkCMNo76eAb2fSj87lqf+F FlTZLVuwmjiX0aLSy3WkXU44rAi+SBZhLQjWUA4z3Mb43y7X/t31+U6pxNfnTETrMPrw ySAyU2Ps7RNWTOH9EgODJiN11tzZvcI4bsWHkPh+88GEwkr1uyLe+Y5Vi5sQitrmtiWw ECgNoZ2HxGitdXmLvNjLrBJUQ/uEOuuNeVdh0Dq3u8uk4YrYjU90oh/iBzV2VEJ/y+8z f6GhbPj41kZvK8so79fE/FspHZ8saBh8gkdXts0p4p7APY+GvX49ML01Wmrzdt9Ybh8C DbNA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=UXjELt5A4M2L7oFpdo59FRIj9q5iSFZ+t9nCosB2BfY=; b=iGqkVVsk5OBvt2LT86UitEQ1Vx7R+Qk313HCjmZQxxlYvfgSj5O2LGreDABUUiWJYP Ho1u5QXXbItogwKBsAW8J4p0KT+d/v3Qlk15Nz+TlVgMQASeVnu08K5DaLrCOCPBgx8y n5NTAbmGJH9PAC4lRPv+nEHuDCX75ohHHCit8gmgZC9QoDNOKGodmqSt5xPavS/FCUIZ zxEebMWDxrpczJ9FzwY4nVF/kVzVqJ9NaMn/qPFGfXCgR4orhx6JFje3FvikUzvOa2Z3 NN8bE/M1NYHksqtqATjmzIxZJO91uUdjtkz/5BwuwjLXMudB0D3XYHurDVQR15hRGPpF E2tA== X-Gm-Message-State: ANhLgQ23abfH5CD41xA8gIJwk22SCYAPd1ecGvd51v38OPJavikSwtQD yaswnxlgZfwKfj41eRMJ6aglk5dlyB+fruhRRyU= X-Google-Smtp-Source: ADFU+vvZMEmWgCrKJ3GJhLfZ+J4HOJnfInHSqDoYfmU6a3x1bRtWxLf2u8h09n1nLYWIVf40Qa4C2ts1LlnENoRIBpA= X-Received: by 2002:a05:6830:60a:: with SMTP id w10mr957248oti.292.1584476212262; Tue, 17 Mar 2020 13:16:52 -0700 (PDT) In-Reply-To: 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:177467 Archived-At: On Tue, Mar 17, 2020 at 3:27 PM Pieter van Oostrum wrote: > Pip Cet writes: > > On Tue, Mar 17, 2020 at 8:45 AM Pieter van Oostrum > > wrote: > >> 0x12590f3f0: 0x0000000000000006 0x0000000000000000 > >> 0x12590f400: 0x000000000d4269c0 0x0000000000000000 > > > > I'm suspicious about this "symbol". Is 0xd4269c0 a valid lisp value? > > I'm sorry. I don't know how to find out. I'm just a newbee with debugging elisp in gdb. I believe "xprintsym 0xd4269c0" would work on macOS, too. I'm not sure whether "pp 0xd4269c0" would. "x/32gx 0xd4269c0" would also be interesting, potentially, if that is a valid memory address. > >> 0x12590f430: 0x0000000000000002 0x0000000000008df0 > >> 0x12590f440: 0x0000000005757688 0xa5a5a5a5a5a5a5a5 > > > > This vector is weird. The first entry is a symbol, but the second > > entry looks invalid to me: all other symbols are aligned to 16-byte > > boundaries, and I don't think 0x5757688 is even a valid pointer. "x/32gx 0x5757688" would also be interesting if it works. > > Can you check which symbol corresponds to 0x8df0 in your build? It > > should be the one with 757 in its define line in globals.h > > > > # define Qlibpng_version builtin_lisp_symbol (757) > > Sorry, again, I don't know how to find that symbol. I guess it's one of the functions defined in .gdbinit, but I don't know which one. > > And in globals.h, the numbers are different. > > # define Qlibpng_version builtin_lisp_symbol (687) > # define Qmode_line builtin_lisp_symbol (757) Thanks, that's precisely what I wanted to know. So it's a vector [mode-line X], where X is either a very peculiar symbol or invalid. > >> 0x12590f520: 0x4000000002002000 0x0000000200000003 > >> 0x12590f530: 0x000000011de53fc0 0xa5a5a5a5a5a5a5a5 > > > > A real-life bignum! Can you print x/2gx 0x11de53fc0 so we figure out > > what its value is? (And what's creating bignums in your session?) > > (gdb) x/2gx 0x11de53fc0 > 0x11de53fc0: 0xe3fedf0cbab410c0 0x0000000000000055 > > I don't think there is something explicitely creating bignums. But could it be the result of a calculation that doesn't fit in an normal int? It's a picosecond time stamp, so that's okay.