GNU bug report logs - #38912
27.0.60; PDumper meets segmentation fault when evil is loaded

Please note: This is a static page, with minimal formatting, updated once a day.
Click here to see this page with the latest information and nicer formatting.

Package: emacs; Reported by: NiwTinray <niwtrx@HIDDEN>; merged with #32503; dated Sat, 4 Jan 2020 03:27:02 UTC; Maintainer for emacs is bug-gnu-emacs@HIDDEN.

Message received at 38912 <at> debbugs.gnu.org:


Received: (at 38912) by debbugs.gnu.org; 7 Jan 2020 18:11:25 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Tue Jan 07 13:11:25 2020
Received: from localhost ([127.0.0.1]:49244 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1iotK5-0007lH-5J
	for submit <at> debbugs.gnu.org; Tue, 07 Jan 2020 13:11:25 -0500
Received: from eggs.gnu.org ([209.51.188.92]:56247)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1iotK3-0007ky-Jb
 for 38912 <at> debbugs.gnu.org; Tue, 07 Jan 2020 13:11:19 -0500
Received: from fencepost.gnu.org ([2001:470:142:3::e]:52203)
 by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <eliz@HIDDEN>)
 id 1iotJy-0006Jz-AE; Tue, 07 Jan 2020 13:11:14 -0500
Received: from [176.228.60.248] (port=1517 helo=home-c4e4a596f7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256)
 (Exim 4.82) (envelope-from <eliz@HIDDEN>)
 id 1iotJv-0001vn-N5; Tue, 07 Jan 2020 13:11:13 -0500
Date: Tue, 07 Jan 2020 20:11:23 +0200
Message-Id: <83y2ujb0hg.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
To: Stefan Monnier <monnier@HIDDEN>
In-reply-to: <jwvwoa3w3lb.fsf-monnier+emacs@HIDDEN> (message from Stefan
 Monnier on Tue, 07 Jan 2020 13:01:17 -0500)
Subject: Re: bug#38912: 27.0.60; PDumper meets segmentation fault when evil
 is loaded
References: <333553AC-68DE-4F1C-9586-5A13248AD6DD@HIDDEN>
 <83ftgvh96l.fsf@HIDDEN>
 <D1473DD8-48F8-4204-80B5-BE6396B8B668@HIDDEN>
 <83a771g2tc.fsf@HIDDEN>
 <CAOqdjBfjpSqhDcMiHGQfaOGZEodmjmvhQionRPO1OQ0sVsLDPg@HIDDEN>
 <83o8vgee85.fsf@HIDDEN>
 <8b2e879676c6ecc1371d50e033164424.squirrel@HIDDEN>
 <CAOqdjBfekLB8ZaDOA3Zys5u83KkSQnb51ZcM0FVSXrcv9ZDeBQ@HIDDEN>
 <2915772a-f280-5afa-72da-12f815c0119d@HIDDEN>
 <83sgkrclq6.fsf@HIDDEN> <jwv8smjxj7d.fsf-monnier+emacs@HIDDEN>
 <8336crcgd0.fsf@HIDDEN> <jwvwoa3w3lb.fsf-monnier+emacs@HIDDEN>
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic]
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 38912
Cc: niwtrx@HIDDEN, eggert@HIDDEN, emacs-devel@HIDDEN,
 38912 <at> debbugs.gnu.org, pipcet@HIDDEN, dancol@HIDDEN
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

> From: Stefan Monnier <monnier@HIDDEN>
> Date: Tue, 07 Jan 2020 13:01:17 -0500
> Cc: niwtrx@HIDDEN, eggert@HIDDEN, emacs-devel@HIDDEN,
>  38912 <at> debbugs.gnu.org, pipcet@HIDDEN, dancol@HIDDEN
> 
> I actually *expected* that `equal` on window configs would behave like
> `eq`.  It would have never occurred to me (before I looked at the code)
> that it could be different (although in retrospect, I can see reasons
> why it could make sense).

Since we have a dedicated comparison function there, why is it
important what eq and equal do with these objects?




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#38912; Package emacs. Full text available.

Message received at 38912 <at> debbugs.gnu.org:


Received: (at 38912) by debbugs.gnu.org; 7 Jan 2020 18:01:34 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Tue Jan 07 13:01:34 2020
Received: from localhost ([127.0.0.1]:49229 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1iotAb-0007UY-VE
	for submit <at> debbugs.gnu.org; Tue, 07 Jan 2020 13:01:34 -0500
Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:62659)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <monnier@HIDDEN>) id 1iotAa-0007UM-79
 for 38912 <at> debbugs.gnu.org; Tue, 07 Jan 2020 13:01:32 -0500
Received: from pmg1.iro.umontreal.ca (localhost.localdomain [127.0.0.1])
 by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id C6732100A82;
 Tue,  7 Jan 2020 13:01:26 -0500 (EST)
Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1])
 by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id 08CE810040C;
 Tue,  7 Jan 2020 13:01:21 -0500 (EST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca;
 s=mail; t=1578420081;
 bh=Gll88rcV2E7885JaI+z6WQ0nt/i9/reU5vt+/iNUVhM=;
 h=From:To:Cc:Subject:References:Date:In-Reply-To:From;
 b=V/qYw7mPxZxwn9GMhbC35CQFa0obY83aj00cHeHgHkRlkhaxKT8srVq/eMqpI5ulp
 dRjBmUePRmh18+Lw8oajoIGgiF3l3PNCgPkCOAw/3WG7A7ACpbJ5/rjrjFVL2pPY/P
 ruGs+oWGhX4CnTkp4Gu5uHb4SxRM6wu8XdAH/lqkVp4qk2pQHWaxabmc/Xny/3hsbD
 +IDR+jtp5r+MoQvZgqmWY1RM629PHFf4+9z//ci6E1kghH8OaXbgp+AE+QWvp64uaU
 7s0/ZDAH+oykmKQwfslqNCFhw8Ey2vF4FUW3nQjYp6NpEFyrHgHe13LnmecMS+ThL2
 edr3TbKDnYARg==
Received: from alfajor (modemcable157.163-203-24.mc.videotron.ca
 [24.203.163.157])
 by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id C346C12055F;
 Tue,  7 Jan 2020 13:01:20 -0500 (EST)
From: Stefan Monnier <monnier@HIDDEN>
To: Eli Zaretskii <eliz@HIDDEN>
Subject: Re: bug#38912: 27.0.60; PDumper meets segmentation fault when evil
 is loaded
Message-ID: <jwvwoa3w3lb.fsf-monnier+emacs@HIDDEN>
References: <333553AC-68DE-4F1C-9586-5A13248AD6DD@HIDDEN>
 <83ftgvh96l.fsf@HIDDEN>
 <D1473DD8-48F8-4204-80B5-BE6396B8B668@HIDDEN>
 <83a771g2tc.fsf@HIDDEN>
 <CAOqdjBfjpSqhDcMiHGQfaOGZEodmjmvhQionRPO1OQ0sVsLDPg@HIDDEN>
 <83o8vgee85.fsf@HIDDEN>
 <8b2e879676c6ecc1371d50e033164424.squirrel@HIDDEN>
 <CAOqdjBfekLB8ZaDOA3Zys5u83KkSQnb51ZcM0FVSXrcv9ZDeBQ@HIDDEN>
 <2915772a-f280-5afa-72da-12f815c0119d@HIDDEN>
 <83sgkrclq6.fsf@HIDDEN> <jwv8smjxj7d.fsf-monnier+emacs@HIDDEN>
 <8336crcgd0.fsf@HIDDEN>
Date: Tue, 07 Jan 2020 13:01:17 -0500
In-Reply-To: <8336crcgd0.fsf@HIDDEN> (Eli Zaretskii's message of "Tue, 07 Jan
 2020 19:43:07 +0200")
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-SPAM-INFO: Spam detection results:  0
 ALL_TRUSTED                -1 Passed through trusted hosts only via SMTP
 AWL 0.027 Adjusted score from AWL reputation of From: address
 BAYES_00                 -1.9 Bayes spam probability is 0 to 1%
 DKIM_SIGNED               0.1 Message has a DKIM or DK signature,
 not necessarily valid
 DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature
 DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's
 domain
X-SPAM-LEVEL: 
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 38912
Cc: niwtrx@HIDDEN, eggert@HIDDEN, emacs-devel@HIDDEN,
 38912 <at> debbugs.gnu.org, pipcet@HIDDEN, dancol@HIDDEN
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

>> I think he meant: why doesn't `equal` applied on window configs behave
>> like `eq`?
> That's an entirely different question.

Indeed, but I think that's the only question that's actually been asked
(Dan will hopefully correct me if I'm wrong).

I actually *expected* that `equal` on window configs would behave like
`eq`.  It would have never occurred to me (before I looked at the code)
that it could be different (although in retrospect, I can see reasons
why it could make sense).


        Stefan





Information forwarded to bug-gnu-emacs@HIDDEN:
bug#38912; Package emacs. Full text available.

Message received at 38912 <at> debbugs.gnu.org:


Received: (at 38912) by debbugs.gnu.org; 7 Jan 2020 17:43:11 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Tue Jan 07 12:43:11 2020
Received: from localhost ([127.0.0.1]:49204 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1iossl-0006x9-8S
	for submit <at> debbugs.gnu.org; Tue, 07 Jan 2020 12:43:11 -0500
Received: from eggs.gnu.org ([209.51.188.92]:60218)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1iossj-0006wY-R0
 for 38912 <at> debbugs.gnu.org; Tue, 07 Jan 2020 12:43:06 -0500
Received: from fencepost.gnu.org ([2001:470:142:3::e]:51427)
 by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <eliz@HIDDEN>)
 id 1iosse-0004Cr-1E; Tue, 07 Jan 2020 12:43:00 -0500
Received: from [176.228.60.248] (port=3730 helo=home-c4e4a596f7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256)
 (Exim 4.82) (envelope-from <eliz@HIDDEN>)
 id 1iossb-0002fT-3e; Tue, 07 Jan 2020 12:42:57 -0500
Date: Tue, 07 Jan 2020 19:43:07 +0200
Message-Id: <8336crcgd0.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
To: Stefan Monnier <monnier@HIDDEN>
In-reply-to: <jwv8smjxj7d.fsf-monnier+emacs@HIDDEN> (message from Stefan
 Monnier on Tue, 07 Jan 2020 12:37:00 -0500)
Subject: Re: bug#38912: 27.0.60; PDumper meets segmentation fault when evil
 is loaded
References: <333553AC-68DE-4F1C-9586-5A13248AD6DD@HIDDEN>
 <83ftgvh96l.fsf@HIDDEN>
 <D1473DD8-48F8-4204-80B5-BE6396B8B668@HIDDEN>
 <83a771g2tc.fsf@HIDDEN>
 <CAOqdjBfjpSqhDcMiHGQfaOGZEodmjmvhQionRPO1OQ0sVsLDPg@HIDDEN>
 <83o8vgee85.fsf@HIDDEN>
 <8b2e879676c6ecc1371d50e033164424.squirrel@HIDDEN>
 <CAOqdjBfekLB8ZaDOA3Zys5u83KkSQnb51ZcM0FVSXrcv9ZDeBQ@HIDDEN>
 <2915772a-f280-5afa-72da-12f815c0119d@HIDDEN>
 <83sgkrclq6.fsf@HIDDEN> <jwv8smjxj7d.fsf-monnier+emacs@HIDDEN>
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic]
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 38912
Cc: niwtrx@HIDDEN, eggert@HIDDEN, emacs-devel@HIDDEN,
 38912 <at> debbugs.gnu.org, pipcet@HIDDEN, dancol@HIDDEN
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

> From: Stefan Monnier <monnier@HIDDEN>
> Cc: Paul Eggert <eggert@HIDDEN>,  niwtrx@HIDDEN,
>   38912 <at> debbugs.gnu.org,  dancol@HIDDEN,  pipcet@HIDDEN,
>   emacs-devel@HIDDEN
> Date: Tue, 07 Jan 2020 12:37:00 -0500
> 
> I think he meant: why doesn't `equal` applied on window configs behave
> like `eq`?

That's an entirely different question.




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#38912; Package emacs. Full text available.

Message received at 38912 <at> debbugs.gnu.org:


Received: (at 38912) by debbugs.gnu.org; 7 Jan 2020 17:37:14 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Tue Jan 07 12:37:14 2020
Received: from localhost ([127.0.0.1]:49193 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1iosn4-0006nw-7V
	for submit <at> debbugs.gnu.org; Tue, 07 Jan 2020 12:37:14 -0500
Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:43262)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <monnier@HIDDEN>) id 1iosn2-0006nR-1N
 for 38912 <at> debbugs.gnu.org; Tue, 07 Jan 2020 12:37:12 -0500
Received: from pmg2.iro.umontreal.ca (localhost.localdomain [127.0.0.1])
 by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id A570B83464;
 Tue,  7 Jan 2020 12:37:06 -0500 (EST)
Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1])
 by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id 0C73781E26;
 Tue,  7 Jan 2020 12:37:05 -0500 (EST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca;
 s=mail; t=1578418625;
 bh=PcqB+Hvw+uociQMMXZUAI1QGoVoGi4Laoe2OXlAGdLE=;
 h=From:To:Cc:Subject:References:Date:In-Reply-To:From;
 b=Tbo89zL4jIsiJlZzIKCfALyym0cR1/VgXcsK36H7rSQd39QWVh4i3WMqJBoM7Jc9A
 XJxEzdSCJUKbezA8STS/aM8qwZZUH/AMKf7bzC34VuOGS571WQ19Fc1cH4TVOlln/z
 JMTIQzPdS5Pt+rHrvW/TjQWmmGQE+dr8oHd59oQAtMMLlo70xW9R6Yfum7kzgMI16s
 pTunLKgsqiwXlDNf7Pr4NG0awtYd/P2pMwFt1Sv85M9jePBd/CeN7o3GyLD7DkkJou
 tTpiMRQ/kuknS2+XJhWYSwDY621WheIYyG2JwhrFuC5qm0wYvBelA9yg8pUdGCiuxU
 yo1oX1REisifA==
Received: from alfajor (modemcable157.163-203-24.mc.videotron.ca
 [24.203.163.157])
 by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id C0B0D1204BF;
 Tue,  7 Jan 2020 12:37:04 -0500 (EST)
From: Stefan Monnier <monnier@HIDDEN>
To: Eli Zaretskii <eliz@HIDDEN>
Subject: Re: bug#38912: 27.0.60; PDumper meets segmentation fault when evil
 is loaded
Message-ID: <jwv8smjxj7d.fsf-monnier+emacs@HIDDEN>
References: <333553AC-68DE-4F1C-9586-5A13248AD6DD@HIDDEN>
 <83ftgvh96l.fsf@HIDDEN>
 <D1473DD8-48F8-4204-80B5-BE6396B8B668@HIDDEN>
 <83a771g2tc.fsf@HIDDEN>
 <CAOqdjBfjpSqhDcMiHGQfaOGZEodmjmvhQionRPO1OQ0sVsLDPg@HIDDEN>
 <83o8vgee85.fsf@HIDDEN>
 <8b2e879676c6ecc1371d50e033164424.squirrel@HIDDEN>
 <CAOqdjBfekLB8ZaDOA3Zys5u83KkSQnb51ZcM0FVSXrcv9ZDeBQ@HIDDEN>
 <2915772a-f280-5afa-72da-12f815c0119d@HIDDEN>
 <83sgkrclq6.fsf@HIDDEN>
Date: Tue, 07 Jan 2020 12:37:00 -0500
In-Reply-To: <83sgkrclq6.fsf@HIDDEN> (Eli Zaretskii's message of "Tue, 07 Jan
 2020 17:47:13 +0200")
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-SPAM-INFO: Spam detection results:  0
 ALL_TRUSTED                -1 Passed through trusted hosts only via SMTP
 AWL 0.118 Adjusted score from AWL reputation of From: address
 BAYES_00                 -1.9 Bayes spam probability is 0 to 1%
 DKIM_SIGNED               0.1 Message has a DKIM or DK signature,
 not necessarily valid
 DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature
 DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's
 domain
X-SPAM-LEVEL: 
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 38912
Cc: niwtrx@HIDDEN, Paul Eggert <eggert@HIDDEN>, emacs-devel@HIDDEN,
 38912 <at> debbugs.gnu.org, pipcet@HIDDEN, dancol@HIDDEN
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

>> Does anyone know offhand why we don't simply use eq to compare window 
>> configurations?
> I guess because not all of that is Lisp data.  struct save_window_data
> isn't.

I think he meant: why doesn't `equal` applied on window configs behave
like `eq`?


        Stefan





Information forwarded to bug-gnu-emacs@HIDDEN:
bug#38912; Package emacs. Full text available.

Message received at 38912 <at> debbugs.gnu.org:


Received: (at 38912) by debbugs.gnu.org; 7 Jan 2020 15:47:09 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Tue Jan 07 10:47:09 2020
Received: from localhost ([127.0.0.1]:49046 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1ior4X-0001rF-5R
	for submit <at> debbugs.gnu.org; Tue, 07 Jan 2020 10:47:09 -0500
Received: from eggs.gnu.org ([209.51.188.92]:44241)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1ior4V-0001r2-FJ
 for 38912 <at> debbugs.gnu.org; Tue, 07 Jan 2020 10:47:07 -0500
Received: from fencepost.gnu.org ([2001:470:142:3::e]:48790)
 by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <eliz@HIDDEN>)
 id 1ior4P-00062x-N5; Tue, 07 Jan 2020 10:47:01 -0500
Received: from [176.228.60.248] (port=4321 helo=home-c4e4a596f7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256)
 (Exim 4.82) (envelope-from <eliz@HIDDEN>)
 id 1ior4P-0007tH-5C; Tue, 07 Jan 2020 10:47:01 -0500
Date: Tue, 07 Jan 2020 17:47:13 +0200
Message-Id: <83sgkrclq6.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
To: Paul Eggert <eggert@HIDDEN>
In-reply-to: <2915772a-f280-5afa-72da-12f815c0119d@HIDDEN> (message from
 Paul Eggert on Mon, 6 Jan 2020 18:38:17 -0800)
Subject: Re: bug#38912: 27.0.60; PDumper meets segmentation fault when evil is
 loaded
References: <333553AC-68DE-4F1C-9586-5A13248AD6DD@HIDDEN>
 <83ftgvh96l.fsf@HIDDEN> <D1473DD8-48F8-4204-80B5-BE6396B8B668@HIDDEN>
 <83a771g2tc.fsf@HIDDEN>
 <CAOqdjBfjpSqhDcMiHGQfaOGZEodmjmvhQionRPO1OQ0sVsLDPg@HIDDEN>
 <83o8vgee85.fsf@HIDDEN>
 <8b2e879676c6ecc1371d50e033164424.squirrel@HIDDEN>
 <CAOqdjBfekLB8ZaDOA3Zys5u83KkSQnb51ZcM0FVSXrcv9ZDeBQ@HIDDEN>
 <2915772a-f280-5afa-72da-12f815c0119d@HIDDEN>
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic]
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 38912
Cc: niwtrx@HIDDEN, 38912 <at> debbugs.gnu.org, dancol@HIDDEN,
 pipcet@HIDDEN, emacs-devel@HIDDEN
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> Cc: Daniel Colascione <dancol@HIDDEN>, emacs-devel@HIDDEN,
>  niwtrx@HIDDEN, 38912 <at> debbugs.gnu.org, Eli Zaretskii <eliz@HIDDEN>
> From: Paul Eggert <eggert@HIDDEN>
> Date: Mon, 6 Jan 2020 18:38:17 -0800
> 
> Does anyone know offhand why we don't simply use eq to compare window 
> configurations?

I guess because not all of that is Lisp data.  struct save_window_data
isn't.




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#38912; Package emacs. Full text available.

Message received at 38912 <at> debbugs.gnu.org:


Received: (at 38912) by debbugs.gnu.org; 7 Jan 2020 14:16:41 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Tue Jan 07 09:16:41 2020
Received: from localhost ([127.0.0.1]:47571 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1iopez-0007fl-Iy
	for submit <at> debbugs.gnu.org; Tue, 07 Jan 2020 09:16:41 -0500
Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:23873)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <monnier@HIDDEN>) id 1iopex-0007fY-Qh
 for 38912 <at> debbugs.gnu.org; Tue, 07 Jan 2020 09:16:40 -0500
Received: from pmg3.iro.umontreal.ca (localhost [127.0.0.1])
 by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id 778F244DB40;
 Tue,  7 Jan 2020 09:16:34 -0500 (EST)
Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1])
 by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id 167FB44DB31;
 Tue,  7 Jan 2020 09:16:33 -0500 (EST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca;
 s=mail; t=1578406593;
 bh=zxUboq5LytD/4W/Ut4E6NtVStQB2KAac4+raK1g9y8A=;
 h=From:To:Cc:Subject:References:Date:In-Reply-To:From;
 b=e7jNooL8UlQ2XwIn9BPt4v1bACti7H8j1MIwJgMsl87jxgi8fTmNMt8SUf+TdQxXo
 qsXeAQJ7z0jAa6IjsKpZdHFVBtc0iWmokBnuhwXGnlHVxMjq3/C+xpcO+JbdbpyOhT
 wSbVCQfCgN0hi3mof+JDnkmfjJwjBZe7675c5nMGNFAfD0yHAQ53pIDqCLpvV8v7Nd
 lDmFeFmNA6+Ir0zFQwUB8UjXaj9yus3gkv7tNEYH8aVhN4qMq/ebLPNepA5JzLyWfN
 wcw7Nv07fBjukyJzWMS1QJM6HYQ7oANAHPFdSci8FNkDYvmIVO6zBPZjzZxJMg5Pgn
 qN6mA5PM3OaIg==
Received: from pastel (unknown [45.72.147.220])
 by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id B8E17120422;
 Tue,  7 Jan 2020 09:16:32 -0500 (EST)
From: Stefan Monnier <monnier@HIDDEN>
To: dancol@HIDDEN
Subject: Re: bug#38912: 27.0.60; PDumper meets segmentation fault when evil
 is loaded
Message-ID: <jwvv9pnz76y.fsf-monnier+emacs@HIDDEN>
References: <f8866ddf-66d2-4406-92a8-15f11554e270@HIDDEN>
Date: Tue, 07 Jan 2020 09:16:31 -0500
In-Reply-To: <f8866ddf-66d2-4406-92a8-15f11554e270@HIDDEN>
 (dancol@HIDDEN's message of "Mon, 06 Jan 2020 19:34:06 -0800")
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-SPAM-INFO: Spam detection results:  0
 ALL_TRUSTED                -1 Passed through trusted hosts only via SMTP
 AWL 0.031 Adjusted score from AWL reputation of From: address
 BAYES_00                 -1.9 Bayes spam probability is 0 to 1%
 DKIM_SIGNED               0.1 Message has a DKIM or DK signature,
 not necessarily valid
 DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature
 DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's
 domain
X-SPAM-LEVEL: 
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 38912
Cc: niwtrx@HIDDEN, Paul Eggert <eggert@HIDDEN>, emacs-devel@HIDDEN,
 38912 <at> debbugs.gnu.org, Pip Cet <pipcet@HIDDEN>,
 Eli Zaretskii <eliz@HIDDEN>
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

>  The worst case is window configurations, where there's a nontrivial 
>  function compare_window_configurations that Fequal delegates to.

Indeed, this is very strange.

>  Does anyone know offhand why we don't simply use eq to compare window 
>  configurations?

I'm curious about it too.  As a long-time Elisp coder, I find this
behavior very odd (I just discovered it while looking at the code)
and I think having them compared by identity would make a lot more sense.

> I think changing the equal behavior of these objects would be
> a compatibility change.

Indeed.  It's clearly out of the question for Emacs-27.  But I'd be in
favor of introducing this backward incompatibility in Emacs-28, unless
we can find a good use case where the structural-equality is needed
for them.


        Stefan





Information forwarded to bug-gnu-emacs@HIDDEN:
bug#38912; Package emacs. Full text available.

Message received at 38912 <at> debbugs.gnu.org:


Received: (at 38912) by debbugs.gnu.org; 7 Jan 2020 03:34:20 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Jan 06 22:34:19 2020
Received: from localhost ([127.0.0.1]:47126 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1iofdL-0003lC-Mn
	for submit <at> debbugs.gnu.org; Mon, 06 Jan 2020 22:34:19 -0500
Received: from dancol.org ([96.126.100.184]:41324)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <dancol@HIDDEN>) id 1iofdK-0003l4-DQ
 for 38912 <at> debbugs.gnu.org; Mon, 06 Jan 2020 22:34:18 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=dancol.org; 
 s=x;
 h=Content-Transfer-Encoding:Content-Type:MIME-Version:Cc:To:From:
 In-Reply-To:Message-ID:Subject:Date:Sender:Reply-To:Content-ID:
 Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
 :Resent-Message-ID:References:List-Id:List-Help:List-Unsubscribe:
 List-Subscribe:List-Post:List-Owner:List-Archive;
 bh=TsaawZ36XdbO/HIdIbpZ4BazQMMhNksTFzwgTwukS2Y=; b=OSa4jTiZ+iYAmZ1aMX84gabkQ/
 7u+aCnhU44PFnv42THyIEaQop+FNB3ADYxr04kc+s/Y9oHN4XQLEVRipSWJfjLv6b3hsFCxyZeXRP
 pb/j9KXbCgaXVTo54s6Sdic5W1IjVK53i98mRuYAQfjXOLCLU2ySEVdB2PB3PfY8vm35pFKe7TcTl
 zZJWQRrIeDx7ex5DBeo2bLZLbBMie6IcKXCPJD87XQddNM8ZWQrdbmmEVdVvioEJ5NrYs5la+w9Q6
 uRidOIhsVGgwowEftt4cV928gX19V7XuQpWlIUh3UqDrp6DnS2L94HSS/HgWa6+uKstj67hAY41ab
 7ktQykJw==;
Received: from [2607:fb90:8372:bfb3:aa7a:32a1:7a8d:bd5f]
 by dancol.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128)
 (Exim 4.89) (envelope-from <dancol@HIDDEN>)
 id 1iofdA-0001VT-Ox; Mon, 06 Jan 2020 19:34:09 -0800
Date: Mon, 06 Jan 2020 19:34:06 -0800
Subject: Re: bug#38912: 27.0.60; PDumper meets segmentation fault when evil
 is loaded
Message-ID: <f8866ddf-66d2-4406-92a8-15f11554e270@HIDDEN>
X-Android-Message-ID: <f8866ddf-66d2-4406-92a8-15f11554e270@HIDDEN>
In-Reply-To: <2915772a-f280-5afa-72da-12f815c0119d@HIDDEN>
From: dancol@HIDDEN
To: Paul Eggert <eggert@HIDDEN>
Importance: Normal
X-Priority: 3
X-MSMail-Priority: Normal
MIME-Version: 1.0
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: base64
X-Spam-Score: 2.6 (++)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
 has NOT identified this incoming email as spam.  The original
 message has been attached to this so you can view it or label
 similar future email.  If you have any questions, see
 the administrator of that system for details.
 Content preview:  On Jan 6, 2020 6:38 PM,
 Paul Eggert <eggert@HIDDEN> wrote:
 On 1/6/20 9:13 AM, Pip Cet wrote: > we can fix things properly (by fixing
 > sxhash to hash byte code objects) on master. It's not just bytecode objects; 
 it's also markers and some other stuff. The worst case is window
 configurations, 
 where there's a nontrivial function compare_window_configurations that Fequal
 delegates [...] 
 Content analysis details:   (2.6 points, 10.0 required)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 0.0 URIBL_BLOCKED          ADMINISTRATOR NOTICE: The query to URIBL was
 blocked.  See
 http://wiki.apache.org/spamassassin/DnsBlocklists#dnsbl-block
 for more information. [URIs: dancol.org]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -0.0 SPF_HELO_PASS          SPF: HELO matches SPF record
 0.0 HTML_MESSAGE           BODY: HTML included in message
 0.1 MIME_HTML_ONLY         BODY: Message only has text/html MIME parts
 0.6 HTML_MIME_NO_HTML_TAG  HTML-only message, but there is no HTML
 tag
 1.8 MISSING_MIMEOLE        Message has X-MSMail-Priority, but no X-MimeOLE
X-Debbugs-Envelope-To: 38912
Cc: niwtrx@HIDDEN, 38912 <at> debbugs.gnu.org, Eli Zaretskii <eliz@HIDDEN>,
 Pip Cet <pipcet@HIDDEN>, emacs-devel@HIDDEN
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 1.6 (+)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
 has NOT identified this incoming email as spam.  The original
 message has been attached to this so you can view it or label
 similar future email.  If you have any questions, see
 the administrator of that system for details.
 
 Content preview:  On Jan 6, 2020 6:38 PM, Paul Eggert <eggert@HIDDEN> wrote:
    On 1/6/20 9:13 AM, Pip Cet wrote: > we can fix things properly (by fixing
    > sxhash to hash byte code objects) on master. It's not just bytecode objects;
    it's also markers and some other stuff. The worst case is window configurations,
    where there's a nontrivial function compare_window_configurations that Fequal
    delegates [...] 
 
 Content analysis details:   (1.6 points, 10.0 required)
 
  pts rule name              description
 ---- ---------------------- --------------------------------------------------
  0.0 URIBL_BLOCKED          ADMINISTRATOR NOTICE: The query to URIBL was
                             blocked.  See
                             http://wiki.apache.org/spamassassin/DnsBlocklists#dnsbl-block
                              for more information.
                             [URIs: ucla.edu]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 -0.0 SPF_HELO_PASS          SPF: HELO matches SPF record
  0.0 HTML_MESSAGE           BODY: HTML included in message
  0.1 MIME_HTML_ONLY         BODY: Message only has text/html MIME parts
  0.6 HTML_MIME_NO_HTML_TAG  HTML-only message, but there is no HTML
                             tag
 -1.0 MAILING_LIST_MULTI     Multiple indicators imply a widely-seen list
                             manager
  1.8 MISSING_MIMEOLE        Message has X-MSMail-Priority, but no X-MimeOLE

PGRpdiBkaXI9J2F1dG8nPjxkaXY+PGRpdiBjbGFzcz0iZ21haWxfZXh0cmEiPjxkaXYgY2xhc3M9
ImdtYWlsX3F1b3RlIj5PbiBKYW4gNiwgMjAyMCA2OjM4IFBNLCBQYXVsIEVnZ2VydCAmbHQ7ZWdn
ZXJ0QGNzLnVjbGEuZWR1Jmd0OyB3cm90ZTo8YnIgdHlwZT0iYXR0cmlidXRpb24iPjxibG9ja3F1
b3RlIGNsYXNzPSJxdW90ZSIgc3R5bGU9Im1hcmdpbjowIDAgMCAuOGV4O2JvcmRlci1sZWZ0OjFw
eCAjY2NjIHNvbGlkO3BhZGRpbmctbGVmdDoxZXgiPjxwIGRpcj0ibHRyIj5PbiAxLzYvMjAgOTox
MyBBTSwgUGlwIENldCB3cm90ZToKPGJyPgomZ3Q7IHdlIGNhbiBmaXggdGhpbmdzIHByb3Blcmx5
IChieSBmaXhpbmcKPGJyPgomZ3Q7IHN4aGFzaCB0byBoYXNoIGJ5dGUgY29kZSBvYmplY3RzKSBv
biBtYXN0ZXIuCjxicj4KCjxicj4KSXQncyBub3QganVzdCBieXRlY29kZSBvYmplY3RzOyBpdCdz
IGFsc28gbWFya2VycyBhbmQgc29tZSBvdGhlciBzdHVmZi4gCjxicj4KVGhlIHdvcnN0IGNhc2Ug
aXMgd2luZG93IGNvbmZpZ3VyYXRpb25zLCB3aGVyZSB0aGVyZSdzIGEgbm9udHJpdmlhbCAKPGJy
PgpmdW5jdGlvbiBjb21wYXJlX3dpbmRvd19jb25maWd1cmF0aW9ucyB0aGF0IEZlcXVhbCBkZWxl
Z2F0ZXMgdG8uCjxicj4KCjxicj4KRG9lcyBhbnlvbmUga25vdyBvZmZoYW5kIHdoeSB3ZSBkb24n
dCBzaW1wbHkgdXNlIGVxIHRvIGNvbXBhcmUgd2luZG93IAo8YnI+CmNvbmZpZ3VyYXRpb25zPyBN
aWdodCBzYXZlIG1lIHNvbWUgd29yayBpbiBwYXRjaGluZyB0aGlzIGluIG1hc3Rlci4KPGJyPgo8
L3A+CjwvYmxvY2txdW90ZT48L2Rpdj5JIHRoaW5rIGNoYW5naW5nIHRoZSBlcXVhbCBiZWhhdmlv
ciBvZiB0aGVzZSBvYmplY3RzIHdvdWxkIGJlIGEgY29tcGF0aWJpbGl0eSBjaGFuZ2UuIE1heWJl
IHdlIG5lZWQgYSBzaW5nbGUgY2FsbGJhY2sgYmFzZWQgYXBwcm9hY2ggZm9yIGRvaW5nIGJvdGgg
ZXF1YWxpdHkgY29tcGFyaXNvbiBhbmQgaGFzaGluZyBvZiBjb21wb3NpdGUgb2JqZWN0cy48L2Rp
dj48L2Rpdj48L2Rpdj4=





Information forwarded to bug-gnu-emacs@HIDDEN:
bug#38912; Package emacs. Full text available.

Message received at 38912 <at> debbugs.gnu.org:


Received: (at 38912) by debbugs.gnu.org; 7 Jan 2020 02:38:26 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Jan 06 21:38:26 2020
Received: from localhost ([127.0.0.1]:47098 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1ioelG-0002KL-9h
	for submit <at> debbugs.gnu.org; Mon, 06 Jan 2020 21:38:26 -0500
Received: from zimbra.cs.ucla.edu ([131.179.128.68]:51264)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eggert@HIDDEN>) id 1ioelE-0002K6-7A
 for 38912 <at> debbugs.gnu.org; Mon, 06 Jan 2020 21:38:25 -0500
Received: from localhost (localhost [127.0.0.1])
 by zimbra.cs.ucla.edu (Postfix) with ESMTP id 3B9F9160068;
 Mon,  6 Jan 2020 18:38:18 -0800 (PST)
Received: from zimbra.cs.ucla.edu ([127.0.0.1])
 by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10032)
 with ESMTP id 9h13oGq9iwcr; Mon,  6 Jan 2020 18:38:17 -0800 (PST)
Received: from localhost (localhost [127.0.0.1])
 by zimbra.cs.ucla.edu (Postfix) with ESMTP id 85D83160076;
 Mon,  6 Jan 2020 18:38:17 -0800 (PST)
X-Virus-Scanned: amavisd-new at zimbra.cs.ucla.edu
Received: from zimbra.cs.ucla.edu ([127.0.0.1])
 by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10026)
 with ESMTP id Gx1hmxv6A4vZ; Mon,  6 Jan 2020 18:38:17 -0800 (PST)
Received: from Penguin.CS.UCLA.EDU (Penguin.CS.UCLA.EDU [131.179.64.200])
 by zimbra.cs.ucla.edu (Postfix) with ESMTPSA id 66864160068;
 Mon,  6 Jan 2020 18:38:17 -0800 (PST)
Subject: Re: bug#38912: 27.0.60; PDumper meets segmentation fault when evil is
 loaded
To: Pip Cet <pipcet@HIDDEN>
References: <333553AC-68DE-4F1C-9586-5A13248AD6DD@HIDDEN>
 <83ftgvh96l.fsf@HIDDEN> <D1473DD8-48F8-4204-80B5-BE6396B8B668@HIDDEN>
 <83a771g2tc.fsf@HIDDEN>
 <CAOqdjBfjpSqhDcMiHGQfaOGZEodmjmvhQionRPO1OQ0sVsLDPg@HIDDEN>
 <83o8vgee85.fsf@HIDDEN>
 <8b2e879676c6ecc1371d50e033164424.squirrel@HIDDEN>
 <CAOqdjBfekLB8ZaDOA3Zys5u83KkSQnb51ZcM0FVSXrcv9ZDeBQ@HIDDEN>
From: Paul Eggert <eggert@HIDDEN>
Organization: UCLA Computer Science Department
Message-ID: <2915772a-f280-5afa-72da-12f815c0119d@HIDDEN>
Date: Mon, 6 Jan 2020 18:38:17 -0800
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101
 Thunderbird/68.3.1
MIME-Version: 1.0
In-Reply-To: <CAOqdjBfekLB8ZaDOA3Zys5u83KkSQnb51ZcM0FVSXrcv9ZDeBQ@HIDDEN>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 7bit
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 38912
Cc: niwtrx@HIDDEN, 38912 <at> debbugs.gnu.org, Eli Zaretskii <eliz@HIDDEN>,
 Daniel Colascione <dancol@HIDDEN>, emacs-devel@HIDDEN
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

On 1/6/20 9:13 AM, Pip Cet wrote:
> we can fix things properly (by fixing
> sxhash to hash byte code objects) on master.

It's not just bytecode objects; it's also markers and some other stuff. 
The worst case is window configurations, where there's a nontrivial 
function compare_window_configurations that Fequal delegates to.

Does anyone know offhand why we don't simply use eq to compare window 
configurations? Might save me some work in patching this in master.




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#38912; Package emacs. Full text available.
Merged 32503 38912. Request was from Eli Zaretskii <eliz@HIDDEN> to control <at> debbugs.gnu.org. Full text available.

Message received at 38912 <at> debbugs.gnu.org:


Received: (at 38912) by debbugs.gnu.org; 6 Jan 2020 18:29:04 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Jan 06 13:29:04 2020
Received: from localhost ([127.0.0.1]:46773 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1ioX7g-0002K5-Fp
	for submit <at> debbugs.gnu.org; Mon, 06 Jan 2020 13:29:04 -0500
Received: from eggs.gnu.org ([209.51.188.92]:38269)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1ioX7f-0002Io-Fa
 for 38912 <at> debbugs.gnu.org; Mon, 06 Jan 2020 13:29:03 -0500
Received: from fencepost.gnu.org ([2001:470:142:3::e]:59988)
 by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <eliz@HIDDEN>)
 id 1ioX7Z-0007HZ-KA; Mon, 06 Jan 2020 13:28:57 -0500
Received: from [176.228.60.248] (port=2353 helo=home-c4e4a596f7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256)
 (Exim 4.82) (envelope-from <eliz@HIDDEN>)
 id 1ioX7X-0005Ns-R9; Mon, 06 Jan 2020 13:28:56 -0500
Date: Mon, 06 Jan 2020 20:29:04 +0200
Message-Id: <838smke8wf.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
To: Stefan Monnier <monnier@HIDDEN>
In-reply-to: <jwvimlozck4.fsf-monnier+emacs@HIDDEN> (message from Stefan
 Monnier on Mon, 06 Jan 2020 13:13:31 -0500)
Subject: Re: bug#38912: 27.0.60; PDumper meets segmentation fault when evil
 is loaded
References: <333553AC-68DE-4F1C-9586-5A13248AD6DD@HIDDEN>
 <83ftgvh96l.fsf@HIDDEN>
 <D1473DD8-48F8-4204-80B5-BE6396B8B668@HIDDEN>
 <83a771g2tc.fsf@HIDDEN>
 <CAOqdjBfjpSqhDcMiHGQfaOGZEodmjmvhQionRPO1OQ0sVsLDPg@HIDDEN>
 <83o8vgee85.fsf@HIDDEN>
 <8b2e879676c6ecc1371d50e033164424.squirrel@HIDDEN>
 <CAOqdjBfekLB8ZaDOA3Zys5u83KkSQnb51ZcM0FVSXrcv9ZDeBQ@HIDDEN>
 <83h818ebmr.fsf@HIDDEN> <jwvimlozck4.fsf-monnier+emacs@HIDDEN>
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic]
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 38912
Cc: niwtrx@HIDDEN, 38912 <at> debbugs.gnu.org, dancol@HIDDEN,
 pipcet@HIDDEN
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> From: Stefan Monnier <monnier@HIDDEN>
> Cc: Pip Cet <pipcet@HIDDEN>,  niwtrx@HIDDEN,  38912 <at> debbugs.gnu.org,
>   dancol@HIDDEN
> Date: Mon, 06 Jan 2020 13:13:31 -0500
> 
> This is a fairly long-standing problem, so unless it is newly triggered
> in "normal" circumstances in Emacs-27, the fix is probably best on
> `master`.

I tend to agree, since the capability of pdumping a customized Emacs
is from my POV not a goal for Emacs 27.1: we know that needs some more
work, and I wouldn't delay Emacs 27.1 to get it 100% right.




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#38912; Package emacs. Full text available.

Message received at 38912 <at> debbugs.gnu.org:


Received: (at 38912) by debbugs.gnu.org; 6 Jan 2020 18:19:55 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Jan 06 13:19:55 2020
Received: from localhost ([127.0.0.1]:46683 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1ioWyp-0001zO-45
	for submit <at> debbugs.gnu.org; Mon, 06 Jan 2020 13:19:55 -0500
Received: from mail-qv1-f52.google.com ([209.85.219.52]:45166)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <npostavs@HIDDEN>) id 1ioWyn-0001zA-BT
 for 38912 <at> debbugs.gnu.org; Mon, 06 Jan 2020 13:19:53 -0500
Received: by mail-qv1-f52.google.com with SMTP id l14so19407315qvu.12
 for <38912 <at> debbugs.gnu.org>; Mon, 06 Jan 2020 10:19:53 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
 h=from:to:cc:subject:references:date:in-reply-to:message-id
 :user-agent:mime-version;
 bh=KJ7HcGTjp1PGjXHi2d0OmH09Ff4vJIFIo+bZHkg1uKQ=;
 b=ISASgGa8I2XpTGVmMcvWNq5D+QmUxatCpO1qCFf1kgRj0XLKcBcmgUIhSKUFsTMdvN
 MEuCFN3Rq2MQpWnpxYc61IVaUPJZS8L09gn0m3Zc/fb6a8GgSN4CHL4K2zRgKcY8Mk73
 VWXp+uwVcBvqObiK+s+FOaicA4l/7EH7KcQOtq0Lpu3TtW2QiOpKHxNVV7JZ8NXvvVCz
 dZl0sDLcnrI9/cX9fajiiYkpsRExwOB6ecAjsnmV88TefF6o+6VVXyMjUVVknOqhor79
 simI5H4PkjQxPsRgkx6PkEiA/7TeYx9RxNbW9EAY5mSliVzLd3Rm7GyzAGZz0HvAHsyU
 QbWQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to
 :message-id:user-agent:mime-version;
 bh=KJ7HcGTjp1PGjXHi2d0OmH09Ff4vJIFIo+bZHkg1uKQ=;
 b=Eer/emnbtTS9zznfKsoXcNes4ghK/SMWCSrNGsLPPqmIA/3iPHUwbDnPvvE/QQ3Bok
 Uku7BVfb8m2ndOj9FnvlW9b4keQMOV8PbAUzGMiqsI8QG9a+hcBtFf+sy+5Folh+xHkJ
 7bgYTxKdjP8DyixAndvcYRRcgFtpEcp4Mya3iTKlcsMueNO+8S1QSvcIZU1l2Mqm6gfQ
 rAj/N/UwyHBYQ95L4VPWFapPteeH5OTQLLE+QfMWSpHYHdoBZ+jIFClQblF2iDz6KwaC
 YdbitoeD9tKhYpuMkaVKWScr0WSMxn6ALExzTQwxlnEt4sp3w1j+Idib429qpNZ7jtHy
 +6ug==
X-Gm-Message-State: APjAAAVcvkt4VS67EWqo95Yz998IkleIonCjmq2wntWvdP6s3VJ7k9IK
 jMo3cfq5QhrnzEvFOc2+bDM=
X-Google-Smtp-Source: APXvYqwabWHT974rn0igHIVuZysUFuFZu+H+I7R2789YCtiTGUVFd29m4K4/ghxLI2CKOyeT9BXMPQ==
X-Received: by 2002:ad4:46e4:: with SMTP id h4mr82823225qvw.181.1578334787943; 
 Mon, 06 Jan 2020 10:19:47 -0800 (PST)
Received: from vhost2
 (CPE001143542e1f-CMf81d0f809fa0.cpe.net.cable.rogers.com. [99.230.38.42])
 by smtp.gmail.com with ESMTPSA id o6sm20970076qkk.53.2020.01.06.10.19.46
 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
 Mon, 06 Jan 2020 10:19:47 -0800 (PST)
From: Noam Postavsky <npostavs@HIDDEN>
To: Stefan Monnier <monnier@HIDDEN>
Subject: Re: bug#38912: 27.0.60;
 PDumper meets segmentation fault when evil is loaded
References: <333553AC-68DE-4F1C-9586-5A13248AD6DD@HIDDEN>
 <83ftgvh96l.fsf@HIDDEN> <D1473DD8-48F8-4204-80B5-BE6396B8B668@HIDDEN>
 <83a771g2tc.fsf@HIDDEN>
 <CAOqdjBfjpSqhDcMiHGQfaOGZEodmjmvhQionRPO1OQ0sVsLDPg@HIDDEN>
 <83o8vgee85.fsf@HIDDEN>
 <8b2e879676c6ecc1371d50e033164424.squirrel@HIDDEN>
 <CAOqdjBfekLB8ZaDOA3Zys5u83KkSQnb51ZcM0FVSXrcv9ZDeBQ@HIDDEN>
 <83h818ebmr.fsf@HIDDEN> <jwvimlozck4.fsf-monnier+emacs@HIDDEN>
Date: Mon, 06 Jan 2020 13:19:47 -0500
In-Reply-To: <jwvimlozck4.fsf-monnier+emacs@HIDDEN> (Stefan Monnier's message
 of "Mon, 06 Jan 2020 13:13:31 -0500")
Message-ID: <85pnfwfnwc.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (windows-nt)
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: 0.0 (/)
X-Debbugs-Envelope-To: 38912
Cc: niwtrx@HIDDEN, 38912 <at> debbugs.gnu.org, Eli Zaretskii <eliz@HIDDEN>,
 dancol@HIDDEN, Pip Cet <pipcet@HIDDEN>
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

Stefan Monnier <monnier@HIDDEN> writes:

> The problem is simply that `sxhash` doesn't use the same "rules" about
> which objects are compared by identity and which objects are compared
> by contents.

> The fix should be to make `sxhash` follow the same rules as `internal_equal`.
>
> This is a fairly long-standing problem, so unless it is newly triggered
> in "normal" circumstances in Emacs-27, the fix is probably best on
> `master`.

This was earlier reported as Bug#32503, by the way.





Information forwarded to bug-gnu-emacs@HIDDEN:
bug#38912; Package emacs. Full text available.

Message received at 38912 <at> debbugs.gnu.org:


Received: (at 38912) by debbugs.gnu.org; 6 Jan 2020 18:13:42 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Jan 06 13:13:42 2020
Received: from localhost ([127.0.0.1]:46675 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1ioWso-0001pS-7E
	for submit <at> debbugs.gnu.org; Mon, 06 Jan 2020 13:13:42 -0500
Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:53226)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <monnier@HIDDEN>) id 1ioWsm-0001pG-Dy
 for 38912 <at> debbugs.gnu.org; Mon, 06 Jan 2020 13:13:40 -0500
Received: from pmg1.iro.umontreal.ca (localhost.localdomain [127.0.0.1])
 by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id DCFE6100A09;
 Mon,  6 Jan 2020 13:13:34 -0500 (EST)
Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1])
 by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id 4B1071003B1;
 Mon,  6 Jan 2020 13:13:33 -0500 (EST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca;
 s=mail; t=1578334413;
 bh=zc/2EZEkEbbGQARl4neb/TSqbomVguZk+9jUOZiP/mM=;
 h=From:To:Cc:Subject:References:Date:In-Reply-To:From;
 b=TDOAa0S/9A8v29WhlmFQeOFy7DppnbA48hdch4dcN25BVgAI0qq9elW7NXTeMN1XB
 H2k2Rev8CCILc+bFvDoTttyrPm2AAOGZJ6f3nauCc21a2DM4sCZOMKbpUZTEzZErd3
 5mJsnMT1OP3BMRGVn2rjSQqF70+fFYC9iQ//mk3n8nGyp68nJnvmW2sjWLX/9z0+xo
 MMwxeJm05WswLF+8/FBjprPGLb9y/FogZLhcEgJ666k3r9B8EXPtqn88qDwCcWQSom
 Rxe73Ojtt96kGrAOAjzsSrWc+No1oKKT4t27YlAzps/yZlRuTXeTTjf38EcLbFh7rp
 WVuqP0RmZ8h4w==
Received: from alfajor (modemcable157.163-203-24.mc.videotron.ca
 [24.203.163.157])
 by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 0EE081203D6;
 Mon,  6 Jan 2020 13:13:33 -0500 (EST)
From: Stefan Monnier <monnier@HIDDEN>
To: Eli Zaretskii <eliz@HIDDEN>
Subject: Re: bug#38912: 27.0.60; PDumper meets segmentation fault when evil
 is loaded
Message-ID: <jwvimlozck4.fsf-monnier+emacs@HIDDEN>
References: <333553AC-68DE-4F1C-9586-5A13248AD6DD@HIDDEN>
 <83ftgvh96l.fsf@HIDDEN>
 <D1473DD8-48F8-4204-80B5-BE6396B8B668@HIDDEN>
 <83a771g2tc.fsf@HIDDEN>
 <CAOqdjBfjpSqhDcMiHGQfaOGZEodmjmvhQionRPO1OQ0sVsLDPg@HIDDEN>
 <83o8vgee85.fsf@HIDDEN>
 <8b2e879676c6ecc1371d50e033164424.squirrel@HIDDEN>
 <CAOqdjBfekLB8ZaDOA3Zys5u83KkSQnb51ZcM0FVSXrcv9ZDeBQ@HIDDEN>
 <83h818ebmr.fsf@HIDDEN>
Date: Mon, 06 Jan 2020 13:13:31 -0500
In-Reply-To: <83h818ebmr.fsf@HIDDEN> (Eli Zaretskii's message of "Mon, 06 Jan
 2020 19:30:04 +0200")
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-SPAM-INFO: Spam detection results:  0
 ALL_TRUSTED                -1 Passed through trusted hosts only via SMTP
 AWL 0.033 Adjusted score from AWL reputation of From: address
 BAYES_00                 -1.9 Bayes spam probability is 0 to 1%
 DKIM_SIGNED               0.1 Message has a DKIM or DK signature,
 not necessarily valid
 DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature
 DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's
 domain
X-SPAM-LEVEL: 
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 38912
Cc: niwtrx@HIDDEN, 38912 <at> debbugs.gnu.org, dancol@HIDDEN,
 Pip Cet <pipcet@HIDDEN>
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

The problem is simply that `sxhash` doesn't use the same "rules" about
which objects are compared by identity and which objects are compared
by contents.

In `src/fns.c`, when we compare `internal_equal` and `sxhash`, we see
that `sxhash` only looks at the contents of vectorlikes if they are:

      BIGNUMP, VECTORP, RECORDP, or BOOL_VECTOR_P

whereas `internal_equal` looks inside many more vectorlikes:

	if (BIGNUMP (o1))
	  return mpz_cmp (*xbignum_val (o1), *xbignum_val (o2)) == 0;
	if (OVERLAYP (o1))
	  {
	    if (!internal_equal (OVERLAY_START (o1), OVERLAY_START (o2),
				 equal_kind, depth + 1, ht)
		|| !internal_equal (OVERLAY_END (o1), OVERLAY_END (o2),
				    equal_kind, depth + 1, ht))
	      return false;
	    o1 = XOVERLAY (o1)->plist;
	    o2 = XOVERLAY (o2)->plist;
	    depth++;
	    goto tail_recurse;
	  }
	if (MARKERP (o1))
	  {
	    return (XMARKER (o1)->buffer == XMARKER (o2)->buffer
		    && (XMARKER (o1)->buffer == 0
			|| XMARKER (o1)->bytepos == XMARKER (o2)->bytepos));
	  }
	/* Boolvectors are compared much like strings.  */
	if (BOOL_VECTOR_P (o1))
	  {
	    EMACS_INT size = bool_vector_size (o1);
	    if (size != bool_vector_size (o2))
	      return false;
	    if (memcmp (bool_vector_data (o1), bool_vector_data (o2),
			bool_vector_bytes (size)))
	      return false;
	    return true;
	  }
	if (WINDOW_CONFIGURATIONP (o1))
	  {
	    eassert (equal_kind != EQUAL_NO_QUIT);
	    return compare_window_configurations (o1, o2, false);
	  }

	/* Aside from them, only true vectors, char-tables, compiled
	   functions, and fonts (font-spec, font-entity, font-object)
	   are sensible to compare, so eliminate the others now.  */
	if (size & PSEUDOVECTOR_FLAG)
	  {
	    if (((size & PVEC_TYPE_MASK) >> PSEUDOVECTOR_AREA_BITS)
		< PVEC_COMPILED)
	      return false;
	    size &= PSEUDOVECTOR_SIZE_MASK;
	  }
	for (ptrdiff_t i = 0; i < size; i++)
	  {
	    Lisp_Object v1, v2;
	    v1 = AREF (o1, i);
	    v2 = AREF (o2, i);
	    if (!internal_equal (v1, v2, equal_kind, depth + 1, ht))
	      return false;
	  }
	return true;
      }
      break;

so the problem doesn't affect only byte-compiled objects but also
overlays, markers, windowconfigs, chartables, and fonts, AFAICT.

The fix should be to make `sxhash` follow the same rules as `internal_equal`.

This is a fairly long-standing problem, so unless it is newly triggered
in "normal" circumstances in Emacs-27, the fix is probably best on
`master`.


        Stefan





Information forwarded to bug-gnu-emacs@HIDDEN:
bug#38912; Package emacs. Full text available.

Message received at 38912 <at> debbugs.gnu.org:


Received: (at 38912) by debbugs.gnu.org; 6 Jan 2020 17:30:04 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Jan 06 12:30:04 2020
Received: from localhost ([127.0.0.1]:46640 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1ioWCa-0000h6-C0
	for submit <at> debbugs.gnu.org; Mon, 06 Jan 2020 12:30:04 -0500
Received: from eggs.gnu.org ([209.51.188.92]:50477)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1ioWCY-0000g9-S7
 for 38912 <at> debbugs.gnu.org; Mon, 06 Jan 2020 12:30:03 -0500
Received: from fencepost.gnu.org ([2001:470:142:3::e]:58974)
 by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <eliz@HIDDEN>)
 id 1ioWCT-0000Cs-NA; Mon, 06 Jan 2020 12:29:57 -0500
Received: from [176.228.60.248] (port=2644 helo=home-c4e4a596f7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256)
 (Exim 4.82) (envelope-from <eliz@HIDDEN>)
 id 1ioWCT-0001Bw-0X; Mon, 06 Jan 2020 12:29:57 -0500
Date: Mon, 06 Jan 2020 19:30:04 +0200
Message-Id: <83h818ebmr.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
To: Pip Cet <pipcet@HIDDEN>,
    Stefan Monnier <monnier@HIDDEN>
In-reply-to: <CAOqdjBfekLB8ZaDOA3Zys5u83KkSQnb51ZcM0FVSXrcv9ZDeBQ@HIDDEN>
 (message from Pip Cet on Mon, 6 Jan 2020 17:13:40 +0000)
Subject: Re: bug#38912: 27.0.60;
 PDumper meets segmentation fault when evil is loaded
References: <333553AC-68DE-4F1C-9586-5A13248AD6DD@HIDDEN>
 <83ftgvh96l.fsf@HIDDEN> <D1473DD8-48F8-4204-80B5-BE6396B8B668@HIDDEN>
 <83a771g2tc.fsf@HIDDEN>
 <CAOqdjBfjpSqhDcMiHGQfaOGZEodmjmvhQionRPO1OQ0sVsLDPg@HIDDEN>
 <83o8vgee85.fsf@HIDDEN>
 <8b2e879676c6ecc1371d50e033164424.squirrel@HIDDEN>
 <CAOqdjBfekLB8ZaDOA3Zys5u83KkSQnb51ZcM0FVSXrcv9ZDeBQ@HIDDEN>
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic]
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 38912
Cc: niwtrx@HIDDEN, 38912 <at> debbugs.gnu.org, dancol@HIDDEN
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> From: Pip Cet <pipcet@HIDDEN>
> Date: Mon, 6 Jan 2020 17:13:40 +0000
> Cc: Eli Zaretskii <eliz@HIDDEN>, niwtrx@HIDDEN, 38912 <at> debbugs.gnu.org
> 
> Summary, since I'm CCing emacs-devel:

Please don't, I added Stefan instead.

> > Can we just fix the bytecode sxhash bug?
> 
> Is it too late to fix this for Emacs 27?

Depends on the fix and its potential side effects.

OTOH, being able to pdump a customized Emacs is not a goal for Emacs
27.1 (we already know that it doesn't work 100%, and needs more work),
so if the fix is somewhat risky, we could do that on master.




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#38912; Package emacs. Full text available.

Message received at 38912 <at> debbugs.gnu.org:


Received: (at 38912) by debbugs.gnu.org; 6 Jan 2020 17:25:35 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Jan 06 12:25:35 2020
Received: from localhost ([127.0.0.1]:46634 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1ioW8E-0000ZS-M4
	for submit <at> debbugs.gnu.org; Mon, 06 Jan 2020 12:25:34 -0500
Received: from eggs.gnu.org ([209.51.188.92]:46365)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1ioW8D-0000ZH-Qf
 for 38912 <at> debbugs.gnu.org; Mon, 06 Jan 2020 12:25:34 -0500
Received: from fencepost.gnu.org ([2001:470:142:3::e]:58903)
 by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <eliz@HIDDEN>)
 id 1ioW87-00011E-Mt; Mon, 06 Jan 2020 12:25:27 -0500
Received: from [176.228.60.248] (port=2364 helo=home-c4e4a596f7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256)
 (Exim 4.82) (envelope-from <eliz@HIDDEN>)
 id 1ioW81-0002yI-2b; Mon, 06 Jan 2020 12:25:26 -0500
Date: Mon, 06 Jan 2020 19:25:30 +0200
Message-Id: <83imloebud.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
To: "Daniel Colascione" <dancol@HIDDEN>,
 Stefan Monnier <monnier@HIDDEN>
In-reply-to: <8b2e879676c6ecc1371d50e033164424.squirrel@HIDDEN>
Subject: Re: bug#38912: 27.0.60; PDumper meets segmentation fault when evil
 is loaded
References: <333553AC-68DE-4F1C-9586-5A13248AD6DD@HIDDEN>
 <83ftgvh96l.fsf@HIDDEN>
 <D1473DD8-48F8-4204-80B5-BE6396B8B668@HIDDEN>
 <83a771g2tc.fsf@HIDDEN>
 <CAOqdjBfjpSqhDcMiHGQfaOGZEodmjmvhQionRPO1OQ0sVsLDPg@HIDDEN>
 <83o8vgee85.fsf@HIDDEN>
 <8b2e879676c6ecc1371d50e033164424.squirrel@HIDDEN>
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic]
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 38912
Cc: niwtrx@HIDDEN, 38912 <at> debbugs.gnu.org, pipcet@HIDDEN
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> Date: Mon, 6 Jan 2020 09:01:24 -0800
> From: "Daniel Colascione" <dancol@HIDDEN>
> Cc: "Pip Cet" <pipcet@HIDDEN>,
>  niwtrx@HIDDEN,
>  dancol@HIDDEN,
>  38912 <at> debbugs.gnu.org
> 
> >> Again, I doubt this is related to the original bug. That `equal'
> >> behaves weirdly like this is a problem I've mentioned before (when
> >> (equal a b) signals but (equal b a) succeeds), but the consensus then
> >> was not to change it, so it's possible this is only the rehashing
> >> check needing to be more careful.
> 
> This consensus is wrong. We need to make equality imply sxhash equality or
> very odd things (like this) will happen. C++ and Java both require this
> relationship between hash code equality and object equality, and we should
> too. Can we just fix the bytecode sxhash bug?

That'd be fine with me, especially since the ELisp manual seems to say
this is indeed a bug.




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#38912; Package emacs. Full text available.

Message received at 38912 <at> debbugs.gnu.org:


Received: (at 38912) by debbugs.gnu.org; 6 Jan 2020 17:20:34 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Jan 06 12:20:34 2020
Received: from localhost ([127.0.0.1]:46630 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1ioW3O-0000Qp-0v
	for submit <at> debbugs.gnu.org; Mon, 06 Jan 2020 12:20:34 -0500
Received: from eggs.gnu.org ([209.51.188.92]:42943)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1ioW3M-0000Qb-65
 for 38912 <at> debbugs.gnu.org; Mon, 06 Jan 2020 12:20:32 -0500
Received: from fencepost.gnu.org ([2001:470:142:3::e]:58849)
 by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <eliz@HIDDEN>)
 id 1ioW3G-0004BM-5y; Mon, 06 Jan 2020 12:20:26 -0500
Received: from [176.228.60.248] (port=2058 helo=home-c4e4a596f7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256)
 (Exim 4.82) (envelope-from <eliz@HIDDEN>)
 id 1ioW3E-0002a8-AU; Mon, 06 Jan 2020 12:20:25 -0500
Date: Mon, 06 Jan 2020 19:20:32 +0200
Message-Id: <83k164ec2n.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
To: Pip Cet <pipcet@HIDDEN>
In-reply-to: <CAOqdjBfinWYpK09BcfY8FJYFdfNnQsfcjW5FVkri8sXZysJBeQ@HIDDEN>
 (message from Pip Cet on Mon, 6 Jan 2020 16:38:48 +0000)
Subject: Re: bug#38912: 27.0.60;
 PDumper meets segmentation fault when evil is loaded
References: <333553AC-68DE-4F1C-9586-5A13248AD6DD@HIDDEN>
 <83ftgvh96l.fsf@HIDDEN> <D1473DD8-48F8-4204-80B5-BE6396B8B668@HIDDEN>
 <83a771g2tc.fsf@HIDDEN>
 <CAOqdjBfjpSqhDcMiHGQfaOGZEodmjmvhQionRPO1OQ0sVsLDPg@HIDDEN>
 <83o8vgee85.fsf@HIDDEN>
 <CAOqdjBfinWYpK09BcfY8FJYFdfNnQsfcjW5FVkri8sXZysJBeQ@HIDDEN>
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic]
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 38912
Cc: niwtrx@HIDDEN, 38912 <at> debbugs.gnu.org, dancol@HIDDEN
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> From: Pip Cet <pipcet@HIDDEN>
> Date: Mon, 6 Jan 2020 16:38:48 +0000
> Cc: niwtrx@HIDDEN, Daniel Colascione <dancol@HIDDEN>, 38912 <at> debbugs.gnu.org
> 
> > > Can you confirm table_orig is cl--generic-dispatchers?
> >
> > I don't think I know how.
> 
> I meant something like
> 
> p Fsymbol_value(intern("cl--generic-dispatchers"))
> 
> in gdb. Will that work on your platform?

Yes, of course:

  (gdb) p/x Fsymbol_value(intern("cl--generic-dispatchers"))
  $2 = 0xa000000006288090
  (gdb) p table_orig
  $3 = XIL(0xa000000006288090)

So yes, that's cl--generic-dispatchers.

> > If you can suggest how to make that check more careful, please do.
> 
> I'd suggest just skipping the entire check for hashfn_equal, at least
> on the Emacs 27 branch. On master, I'd prefer to make equal-equality
> imply sxhash-equality.

Patches will be welcome, thanks.




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#38912; Package emacs. Full text available.

Message received at 38912 <at> debbugs.gnu.org:


Received: (at 38912) by debbugs.gnu.org; 6 Jan 2020 17:14:23 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Jan 06 12:14:23 2020
Received: from localhost ([127.0.0.1]:46602 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1ioVxP-0000Fb-Jp
	for submit <at> debbugs.gnu.org; Mon, 06 Jan 2020 12:14:23 -0500
Received: from mail-ot1-f54.google.com ([209.85.210.54]:45121)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <pipcet@HIDDEN>) id 1ioVxO-0000FJ-4Z
 for 38912 <at> debbugs.gnu.org; Mon, 06 Jan 2020 12:14:22 -0500
Received: by mail-ot1-f54.google.com with SMTP id 59so72554234otp.12
 for <38912 <at> debbugs.gnu.org>; Mon, 06 Jan 2020 09:14:22 -0800 (PST)
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=vmpaOjiRhtTPvrWge/yTbwEpuaWt5vkGpsc5UDVWaLs=;
 b=n+7tv8D2/LH38YOCeN5Rr4okMOBExG+D4fbCvJD5rFzWeibCF6zroffr/ObVkFqju4
 4f5I+bkdNotienpSNl4vPrKcVyXpcACGEHo0hjKH+F33U1ItL2aMigrsJidj9pCqsotw
 2gwvjzLPTqllUvk2sn6xhqRH5JkMNMVTDJUt8TKPbvo+nVUvIOFEVUaeq2HDowPIDS26
 s1OorU+zdETOA/6kk3oQJF1LigE2sqvE0GBXWRsivHYv8h+kQo31kHsKvY8U4mqFbHl0
 A0DRNVrjB4LhidiYFGxyT0HAK4wHnHdu1EFGYq+wLRRSNNP0/5/rSp35gaT7BemuDd+c
 d4HA==
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=vmpaOjiRhtTPvrWge/yTbwEpuaWt5vkGpsc5UDVWaLs=;
 b=YSDOvVOVbCEyEShPSPyujGPCNYIi+MmKwU2WXFFkEghufvlWWPMan+kSo8G4Gi1lGX
 cgi2n/olosWEDQAyg9DrY+Jf53aD3YpsNCIQmpr//LGhfCsVJTRdqote6aEfcgYt+myW
 c6jELDzIkGiobeGAEe9PLQfUNgk5bjKltgjVg1e1zojy1S+asLSggY0aDbOGqvzTuhPW
 cxYmcaC5lF3n7KBr1B2cHePYiezyr1IJJUtLiy8zXQppBhiOcA+PfrVOPpcswJufsbax
 bPfdfZOv1+VtGIx+lvMe4hHAs8QvgkFHNYhP1jFXzKaiQsXRCC+cC+BYxlVmn4/Yx9+n
 KMWA==
X-Gm-Message-State: APjAAAU06E0hVLdJme2QAj1aIWbIG38MTDfwLT1P/4+GSAnLBh3D2G5G
 svBsAAbxpn7gVxiWDxPkzNaEFPuI1zY9p1tez/0=
X-Google-Smtp-Source: APXvYqyUE2ucRJnx19JUStEZqTIyiZNLRKu0s4p8d0DdXWbinOC0o1UQvGdHOMSMYFxpWeXQDu8MOVIPDf9cWIAZBVc=
X-Received: by 2002:a9d:68cb:: with SMTP id
 i11mr111575295oto.210.1578330856573; 
 Mon, 06 Jan 2020 09:14:16 -0800 (PST)
MIME-Version: 1.0
References: <333553AC-68DE-4F1C-9586-5A13248AD6DD@HIDDEN>
 <83ftgvh96l.fsf@HIDDEN> <D1473DD8-48F8-4204-80B5-BE6396B8B668@HIDDEN>
 <83a771g2tc.fsf@HIDDEN>
 <CAOqdjBfjpSqhDcMiHGQfaOGZEodmjmvhQionRPO1OQ0sVsLDPg@HIDDEN>
 <83o8vgee85.fsf@HIDDEN>
 <8b2e879676c6ecc1371d50e033164424.squirrel@HIDDEN>
In-Reply-To: <8b2e879676c6ecc1371d50e033164424.squirrel@HIDDEN>
From: Pip Cet <pipcet@HIDDEN>
Date: Mon, 6 Jan 2020 17:13:40 +0000
Message-ID: <CAOqdjBfekLB8ZaDOA3Zys5u83KkSQnb51ZcM0FVSXrcv9ZDeBQ@HIDDEN>
Subject: Re: bug#38912: 27.0.60;
 PDumper meets segmentation fault when evil is loaded
To: Daniel Colascione <dancol@HIDDEN>, emacs-devel@HIDDEN
Content-Type: text/plain; charset="UTF-8"
X-Spam-Score: 0.0 (/)
X-Debbugs-Envelope-To: 38912
Cc: niwtrx@HIDDEN, 38912 <at> debbugs.gnu.org, Eli Zaretskii <eliz@HIDDEN>
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

Summary, since I'm CCing emacs-devel:

For bytecode objects, equal-equality does not imply sxhash-equality.
That led to an assertion failure in the pdumper code, even though the
pdumper code itself is apparently correct; it simply does not allow
for paradoxical behavior of hash tables with bytecode keys. (The
muffled sound you hear in the background is my trying not to point out
that eq-vs-eql leads to similar paradoxes).

On Mon, Jan 6, 2020 at 5:01 PM Daniel Colascione <dancol@HIDDEN> wrote:
> >> Again, I doubt this is related to the original bug. That `equal'
> >> behaves weirdly like this is a problem I've mentioned before (when
> >> (equal a b) signals but (equal b a) succeeds), but the consensus then
> >> was not to change it, so it's possible this is only the rehashing
> >> check needing to be more careful.
> This consensus is wrong. We need to make equality imply sxhash equality or
> very odd things (like this) will happen.

I agree absolutely, of course, and maybe there's a consensus for
fixing equal for bytecodes but leaving it unfixed for cases in which
(equal a b) signals but (equal b a) does not.

> C++ and Java both require this
> relationship between hash code equality and object equality, and we should
> too.

We do document it, we just don't obey our documented API.

> Can we just fix the bytecode sxhash bug?

Is it too late to fix this for Emacs 27? If the answer is no, would a
good fix be to make equal=eq for bytecode objects? That should come
close to the old behavior, and we can fix things properly (by fixing
sxhash to hash byte code objects) on master.




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#38912; Package emacs. Full text available.

Message received at 38912 <at> debbugs.gnu.org:


Received: (at 38912) by debbugs.gnu.org; 6 Jan 2020 17:10:27 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Jan 06 12:10:27 2020
Received: from localhost ([127.0.0.1]:46598 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1ioVta-00009S-Qe
	for submit <at> debbugs.gnu.org; Mon, 06 Jan 2020 12:10:27 -0500
Received: from dancol.org ([96.126.100.184]:58286)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <dancol@HIDDEN>) id 1ioVtY-00009I-Fd
 for 38912 <at> debbugs.gnu.org; Mon, 06 Jan 2020 12:10:24 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=dancol.org; 
 s=x;
 h=Content-Transfer-Encoding:Content-Type:MIME-Version:Cc:To:From:
 Subject:Date:References:In-Reply-To:Message-ID:Sender:Reply-To:Content-ID:
 Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
 :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe:
 List-Post:List-Owner:List-Archive;
 bh=FPTAIL4tiztV7pq0BpWbQEX0OBDODwb117204Ry76C0=; b=pm83BDcBZ+eHhLPruU0FuO8c5N
 OHToOBP9g7rrSjsX0dm4zB/9M07U466kRVcm2aLrxu5cxKnDesd0zN6p88W6xMycXnRF2BMyLagwG
 /bvh0Kleke1K9cL/Ur1hjx63720rXFMai1A90fAQEiN+x9fgbI+qVJ9fVNefr6HOqYGd06VNsWvyA
 WW1MmZ5jCDzztLVW5Ppu1g85qsoeCXM4eqHD/6wzItrk7f+Fj7Qm916DucM+xrHFwJgxbPThsZ1im
 Ns9n08UVkvkumtUx+NQU128xtycAlf9Z++wfzJaHugD9lxt7addmsQ2xdSZ+L5YZhFnyCCbskN9fU
 Dk1Bj/jg==;
Received: from localhost ([127.0.0.1] helo=dancol.org)
 by dancol.org with esmtp (Exim 4.89)
 (envelope-from <dancol@HIDDEN>)
 id 1ioVtT-0007Kx-Vj; Mon, 06 Jan 2020 09:10:20 -0800
Received: from 127.0.0.1 (SquirrelMail authenticated user dancol)
 by dancol.org with HTTP; Mon, 6 Jan 2020 09:10:20 -0800
Message-ID: <dcca1c92a8d6d60393a7e6c0f4742be5.squirrel@HIDDEN>
In-Reply-To: <83a771g2tc.fsf@HIDDEN>
References: <333553AC-68DE-4F1C-9586-5A13248AD6DD@HIDDEN>
 <83ftgvh96l.fsf@HIDDEN>
 <D1473DD8-48F8-4204-80B5-BE6396B8B668@HIDDEN>
 <83a771g2tc.fsf@HIDDEN>
Date: Mon, 6 Jan 2020 09:10:20 -0800
Subject: Re: bug#38912: 27.0.60; PDumper meets segmentation fault when evil
 is loaded
From: "Daniel Colascione" <dancol@HIDDEN>
To: "Eli Zaretskii" <eliz@HIDDEN>
User-Agent: SquirrelMail/1.4.23 [SVN]
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Priority: 3 (Normal)
Importance: Normal
X-Spam-Score: -0.0 (/)
X-Debbugs-Envelope-To: 38912
Cc: NiwTinray <niwtrx@HIDDEN>, 38912 <at> debbugs.gnu.org,
 Daniel Colascione <dancol@HIDDEN>
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

> [Please use "Reply All" to reply, so that the bug address is kept on
> the CC list.]
>
>> From: NiwTinray <niwtrx@HIDDEN>
>> Date: Sun, 5 Jan 2020 13:25:07 +0800
>>
>> > I cannot reproduce this from "emacs -Q" because 'use-package' is not a
>> > known function.  Can you show a recipe starting from "emacs -Q",
>> > please?
>>
>> Here. I've attached a minimal script file that helps reproduce this bug.
>>
>> (require 'package)
>> (package-initialize)
>> (add-to-list 'package-archives
>>              '("melpa-stable" . "https://stable.melpa.org/packages/") t)
>> (unless (package-installed-p 'evil)
>>   (package-refresh-contents)
>>   (package-install 'evil))
>> (require 'evil)
>> (dump-emacs-portable "/tmp/test.pdmp")
>>
>> The script downloads the package "evil" from Melpa stable, load the evil
>> package
>> and dumps an image to /tmp/test.pdmp.
>>
>> > Also, does this happen if you add -Q to the Emacs invocation after
>> > dumping?  If not, there's more detail missing in your report: the
>> > customizations in your init files.
>>
>>
>> Sure. Please download this file, and run the command:
>>
>> emacs --batch -Q --script evil.el
>>
>> To see the bug happen, load the test.pdmp file:
>>
>> emacs -Q --dump-file /tmp/test.pdmp
>>
>> You should see a segmentation fault:
>>
>> [1]    23369 segmentation fault (core dumped)  emacs -Q --dump-file
>> /tmp/test.pdmp
>>
>> I run debugger inside src/.gdbinit using the command:
>>
>> gdb -x .gdbinit --args ./emacs --dump-file /tmp/test.pdmp
>>
>> And logged backtrace. See my second attachment:
>>
>> (base) omnisky :: ~/emacs/src ‹emacs-27*› » gdb -x .gdbinit --args
>> ./emacs --dump-file /tmp/test.pdmp
>> GNU gdb (Ubuntu 7.11.1-0ubuntu1~16.5) 7.11.1
>> Copyright (C) 2016 Free Software Foundation, Inc.
>> License GPLv3+: GNU GPL version 3 or later
>> <http://gnu.org/licenses/gpl.html>
>> This is free software: you are free to change and redistribute it.
>> There is NO WARRANTY, to the extent permitted by law.  Type "show
>> copying"
>> and "show warranty" for details.
>> This GDB was configured as "x86_64-linux-gnu".
>> Type "show configuration" for configuration details.
>> For bug reporting instructions, please see:
>> <http://www.gnu.org/software/gdb/bugs/>.
>> Find the GDB manual and other documentation resources online at:
>> <http://www.gnu.org/software/gdb/documentation/>.
>> For help, type "help".
>> Type "apropos word" to search for commands related to "word"...
>> Reading symbols from ./emacs...done.
>> warning: File "/home/ntr/emacs/src/.gdbinit" auto-loading has been
>> declined by your `auto-load safe-path' set to
>> "$debugdir:$datadir/auto-load".
>> To enable execution of this file add
>> 	add-auto-load-safe-path /home/ntr/emacs/src/.gdbinit
>> line to your configuration file "/home/ntr/.gdbinit".
>> To completely disable this security protection add
>> 	set auto-load safe-path /
>> line to your configuration file "/home/ntr/.gdbinit".
>> For more information about this security protection see the
>> "Auto-loading safe path" section in the GDB manual.  E.g., run from the
>> shell:
>> 	info "(gdb)Auto-loading safe path"
>> SIGINT is used by the debugger.
>> Are you sure you want to change it? (y or n) [answered Y; input not from
>> terminal]
>> Environment variable "DISPLAY" not defined.
>> TERM = xterm-24bits
>> Breakpoint 1 at 0x411df0: file emacs.c, line 370.
>> Breakpoint 2 at 0x4bfe60: file xterm.c, line 10130.
>> (gdb) r
>> Starting program: /home/ntr/emacs/src/emacs --dump-file /tmp/test.pdmp
>> /home/ntr/emacs/src/emacs:
>> /raid_sdc/home/ntr/anaconda3/lib/libtiff.so.5: no version information
>> available (required by /home/ntr/emacs/src/emacs)
>> [Thread debugging using libthread_db enabled]
>> Using host libthread_db library
>> "/lib/x86_64-linux-gnu/libthread_db.so.1".
>>
>> Program received signal SIGSEGV, Segmentation fault.
>> 0x00000000004f12d0 in Fcurrent_active_maps (olp=olp@entry=XIL(0x30),
>> position=position@entry=XIL(0)) at keymap.c:1541
>> 1541	      && NILP (KVAR (current_kboard,
>> Voverriding_terminal_local_map))
>> (gdb) xbacktrace
>> "key-binding" (0xffffd5c8)
>> "turn-on-undo-tree-mode" (0xffffd758)
>> "global-undo-tree-mode-enable-in-buffers" (0xffffd948)
>> "run-hooks" (0xffffd9e8)
>> "run-mode-hooks" (0xffffdbc0)
>> "minibuffer-inactive-mode" (0xffffdd40)
>> (gdb)
>
> In my debug build of Emacs 27.0.60 I get an assertion violation while
> dumping, which probably is already a sign of trouble.
>
> Daniel, any ideas?

I haven't had a chance over the past few days to repro this problem, but I
hope to do so this weeekend. The messages about the assertion failure
*during* dumping do seem likely unrelated. The easiest way to debug this
particular crash is with rr. Run the original test as "rr record emacs
[args]", then run "rr replay". The latter will dump you in a GDB prompt.
Type "cont" and run the replay of Emacs until you get to the SIGSEGV. Run
"watch -l [expression]" to break out of execution whenever that value
changes, then run "reverse-cont" to run the replay *backwards* until you
get to the code that changed the variable with the bad value.





Information forwarded to bug-gnu-emacs@HIDDEN:
bug#38912; Package emacs. Full text available.

Message received at 38912 <at> debbugs.gnu.org:


Received: (at 38912) by debbugs.gnu.org; 6 Jan 2020 17:01:34 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Jan 06 12:01:34 2020
Received: from localhost ([127.0.0.1]:46585 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1ioVl0-0008Ma-6P
	for submit <at> debbugs.gnu.org; Mon, 06 Jan 2020 12:01:34 -0500
Received: from dancol.org ([96.126.100.184]:58100)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <dancol@HIDDEN>) id 1ioVkx-0008MR-LN
 for 38912 <at> debbugs.gnu.org; Mon, 06 Jan 2020 12:01:32 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=dancol.org; 
 s=x;
 h=Content-Transfer-Encoding:Content-Type:MIME-Version:Cc:To:From:
 Subject:Date:References:In-Reply-To:Message-ID:Sender:Reply-To:Content-ID:
 Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
 :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe:
 List-Post:List-Owner:List-Archive;
 bh=xag8HFSXr1hEbYi1Xhv9hwnOz5AUQ+PEGvrtTJmuLnk=; b=hqZualFvtrEd4VdSObo3a8gcJJ
 pJSgb4Zr2gZKuAH/fuIdJGq06cnJcHyVT0ttC8eE8rNSzeV2h/vXpyvC7rywQoxHkcof57Q1Tl7Qn
 lwIcmzQXWuaSvsXA6ND+CLgz7zkm6VC3e/SC72C3JnP1wWNfkSGTP9LzwG4IIM9MG0R5kg4bf6uGL
 9+aNX1OGa/b6AHJjsNcjkmZuD6/Wvx9+INLDU09uEaM/V6OGYqCBr60k7O9bWLkkKFSH60rUP7p+5
 Pco6DwIWO+rudvcf1OJULoqy4m/naLkpFPr5XNinEpdEwCc4utFq/tOemM4bowCHXo2q3zG1PrC6u
 TfLMMidA==;
Received: from localhost ([127.0.0.1] helo=dancol.org)
 by dancol.org with esmtp (Exim 4.89)
 (envelope-from <dancol@HIDDEN>)
 id 1ioVkq-0007A0-LA; Mon, 06 Jan 2020 09:01:24 -0800
Received: from 127.0.0.1 (SquirrelMail authenticated user dancol)
 by dancol.org with HTTP; Mon, 6 Jan 2020 09:01:24 -0800
Message-ID: <8b2e879676c6ecc1371d50e033164424.squirrel@HIDDEN>
In-Reply-To: <83o8vgee85.fsf@HIDDEN>
References: <333553AC-68DE-4F1C-9586-5A13248AD6DD@HIDDEN>
 <83ftgvh96l.fsf@HIDDEN>
 <D1473DD8-48F8-4204-80B5-BE6396B8B668@HIDDEN>
 <83a771g2tc.fsf@HIDDEN>
 <CAOqdjBfjpSqhDcMiHGQfaOGZEodmjmvhQionRPO1OQ0sVsLDPg@HIDDEN>
 <83o8vgee85.fsf@HIDDEN>
Date: Mon, 6 Jan 2020 09:01:24 -0800
Subject: Re: bug#38912: 27.0.60; PDumper meets segmentation fault when evil
 is loaded
From: "Daniel Colascione" <dancol@HIDDEN>
To: "Eli Zaretskii" <eliz@HIDDEN>
User-Agent: SquirrelMail/1.4.23 [SVN]
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Priority: 3 (Normal)
Importance: Normal
X-Spam-Score: -0.0 (/)
X-Debbugs-Envelope-To: 38912
Cc: niwtrx@HIDDEN, 38912 <at> debbugs.gnu.org, dancol@HIDDEN,
 Pip Cet <pipcet@HIDDEN>
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

>> From: Pip Cet <pipcet@HIDDEN>
>> Date: Mon, 6 Jan 2020 15:51:57 +0000
>> Cc: NiwTinray <niwtrx@HIDDEN>, Daniel Colascione
>> <dancol@HIDDEN>, 38912 <at> debbugs.gnu.org
>>
>> >   #2  0x01326817 in check_hash_table_rehash
>> (table_orig=XIL(0xa000000006288090))
>> >       at pdumper.c:2684
>>
>> Can you confirm table_orig is cl--generic-dispatchers?
>
> I don't think I know how.  Hash tables don't seem to have names stored
> in them, do they?  (If they did, I'd expect xhashtable to print that
> name.)
>
>> Again, I doubt this is related to the original bug. That `equal'
>> behaves weirdly like this is a problem I've mentioned before (when
>> (equal a b) signals but (equal b a) succeeds), but the consensus then
>> was not to change it, so it's possible this is only the rehashing
>> check needing to be more careful.

This consensus is wrong. We need to make equality imply sxhash equality or
very odd things (like this) will happen. C++ and Java both require this
relationship between hash code equality and object equality, and we should
too. Can we just fix the bytecode sxhash bug?







Information forwarded to bug-gnu-emacs@HIDDEN:
bug#38912; Package emacs. Full text available.

Message received at 38912 <at> debbugs.gnu.org:


Received: (at 38912) by debbugs.gnu.org; 6 Jan 2020 16:39:32 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Jan 06 11:39:32 2020
Received: from localhost ([127.0.0.1]:46567 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1ioVPg-0007ja-1Z
	for submit <at> debbugs.gnu.org; Mon, 06 Jan 2020 11:39:32 -0500
Received: from mail-oi1-f174.google.com ([209.85.167.174]:37095)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <pipcet@HIDDEN>) id 1ioVPe-0007jL-1v
 for 38912 <at> debbugs.gnu.org; Mon, 06 Jan 2020 11:39:30 -0500
Received: by mail-oi1-f174.google.com with SMTP id z64so10007737oia.4
 for <38912 <at> debbugs.gnu.org>; Mon, 06 Jan 2020 08:39:29 -0800 (PST)
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=IXZUIoKz9ndp4LUWk4nZC2YH+fHIrtPImbdJaio6KSU=;
 b=Hp5ST24zyNNeKDKujBPfnDn6JTRRRz4v2hPf1uBr2sXXtZojK3lp/yScnvndGmkXM7
 W22gFJ4aclwtO/66NncudRrLKRxh0lkYb0FsboXlF1VCfmkmKpplems/0dJ19cgy0Y1v
 oVxXoEqg1JVuhLtcKaQ6+kSLlo7pEN2MlaFEauI9UVmHALWSBNNmCdDf13ru1ZrVH+nT
 nYFlCLC/WwCYipXL5Y9f2WwOsFossngkku9BYD6wfmqtZRwUzuZZXNwZGILyjvc7ybnM
 Fbs2G/WEEfktc+rLTIMsXlzSuyuhEVIAEFcZ7p9EJUODwGNqVjPlS/RmI8d60IspO7ri
 E8ug==
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=IXZUIoKz9ndp4LUWk4nZC2YH+fHIrtPImbdJaio6KSU=;
 b=YdUKGK2rXkPTXpvAwbqvr+UhIO+DoyVP55+W8TxBvuFtptxJh94/xtcXxAHY3Wnpae
 z7/Umiy9f7K8MoRnpKiLPOfho+5X9tB9XWEvj56tsVpuEn3LjApiWQ2C8AQ8KUqZb0rf
 OluBGBqOzcTNhD2pI+CsT3Xw/Tbg14/mclj2C9SohatUufFaC/lgtk9d8p+pMWNbaXlZ
 IVIH0IxyfWuD5Vszbq16/vDlkQ1B43o7BQ7Y9pct69gmC7JDQZ9oN2L6sIm73zcqE6V/
 x+2prTsD1MaRxsL9CICap2Vvdv6Lg1khYbh3KnOP0apy2pRujvNYn1+PZNr9ltPgKSSL
 IP2g==
X-Gm-Message-State: APjAAAXL1H+XdvfLcd2Ab8Mu74UscvVdifes1BVsWQUln0OqZpBaFYij
 pr01Ql59/QKvlWnfDmlj7Rr/qt2uhH6zEfhya5I=
X-Google-Smtp-Source: APXvYqz+BymrHjw09G4fI6YG11tKX9D7DBQ/8VEY34mgjsaVLUA8D1aMFJwY66mjsG+ng5IwluhQe3eZ23QpzCLSeTk=
X-Received: by 2002:a54:4396:: with SMTP id u22mr5982327oiv.128.1578328764337; 
 Mon, 06 Jan 2020 08:39:24 -0800 (PST)
MIME-Version: 1.0
References: <333553AC-68DE-4F1C-9586-5A13248AD6DD@HIDDEN>
 <83ftgvh96l.fsf@HIDDEN> <D1473DD8-48F8-4204-80B5-BE6396B8B668@HIDDEN>
 <83a771g2tc.fsf@HIDDEN>
 <CAOqdjBfjpSqhDcMiHGQfaOGZEodmjmvhQionRPO1OQ0sVsLDPg@HIDDEN>
 <83o8vgee85.fsf@HIDDEN>
In-Reply-To: <83o8vgee85.fsf@HIDDEN>
From: Pip Cet <pipcet@HIDDEN>
Date: Mon, 6 Jan 2020 16:38:48 +0000
Message-ID: <CAOqdjBfinWYpK09BcfY8FJYFdfNnQsfcjW5FVkri8sXZysJBeQ@HIDDEN>
Subject: Re: bug#38912: 27.0.60;
 PDumper meets segmentation fault when evil is loaded
To: Eli Zaretskii <eliz@HIDDEN>
Content-Type: text/plain; charset="UTF-8"
X-Spam-Score: 0.0 (/)
X-Debbugs-Envelope-To: 38912
Cc: niwtrx@HIDDEN, 38912 <at> debbugs.gnu.org,
 Daniel Colascione <dancol@HIDDEN>
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

On Mon, Jan 6, 2020 at 4:33 PM Eli Zaretskii <eliz@HIDDEN> wrote:
> > From: Pip Cet <pipcet@HIDDEN>
> > Date: Mon, 6 Jan 2020 15:51:57 +0000
> > Cc: NiwTinray <niwtrx@HIDDEN>, Daniel Colascione <dancol@HIDDEN>, 38912 <at> debbugs.gnu.org
> >
> > >   #2  0x01326817 in check_hash_table_rehash (table_orig=XIL(0xa000000006288090))
> > >       at pdumper.c:2684
> >
> > Can you confirm table_orig is cl--generic-dispatchers?
>
> I don't think I know how.

I meant something like

p Fsymbol_value(intern("cl--generic-dispatchers"))

in gdb. Will that work on your platform?

> Hash tables don't seem to have names stored
> in them, do they?  (If they did, I'd expect xhashtable to print that
> name.)

They don't have names, no.

> > Again, I doubt this is related to the original bug. That `equal'
> > behaves weirdly like this is a problem I've mentioned before (when
> > (equal a b) signals but (equal b a) succeeds), but the consensus then
> > was not to change it, so it's possible this is only the rehashing
> > check needing to be more careful.
>
> If you can suggest how to make that check more careful, please do.

I'd suggest just skipping the entire check for hashfn_equal, at least
on the Emacs 27 branch. On master, I'd prefer to make equal-equality
imply sxhash-equality.




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#38912; Package emacs. Full text available.

Message received at 38912 <at> debbugs.gnu.org:


Received: (at 38912) by debbugs.gnu.org; 6 Jan 2020 16:34:04 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Jan 06 11:34:04 2020
Received: from localhost ([127.0.0.1]:46560 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1ioVKO-0007a8-74
	for submit <at> debbugs.gnu.org; Mon, 06 Jan 2020 11:34:04 -0500
Received: from eggs.gnu.org ([209.51.188.92]:34418)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1ioVKM-0007Zd-Np
 for 38912 <at> debbugs.gnu.org; Mon, 06 Jan 2020 11:34:03 -0500
Received: from fencepost.gnu.org ([2001:470:142:3::e]:57733)
 by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <eliz@HIDDEN>)
 id 1ioVKF-000283-RU; Mon, 06 Jan 2020 11:33:56 -0500
Received: from [176.228.60.248] (port=3227 helo=home-c4e4a596f7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256)
 (Exim 4.82) (envelope-from <eliz@HIDDEN>)
 id 1ioVKF-0004CT-4O; Mon, 06 Jan 2020 11:33:55 -0500
Date: Mon, 06 Jan 2020 18:34:02 +0200
Message-Id: <83o8vgee85.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
To: Pip Cet <pipcet@HIDDEN>
In-reply-to: <CAOqdjBfjpSqhDcMiHGQfaOGZEodmjmvhQionRPO1OQ0sVsLDPg@HIDDEN>
 (message from Pip Cet on Mon, 6 Jan 2020 15:51:57 +0000)
Subject: Re: bug#38912: 27.0.60;
 PDumper meets segmentation fault when evil is loaded
References: <333553AC-68DE-4F1C-9586-5A13248AD6DD@HIDDEN>
 <83ftgvh96l.fsf@HIDDEN> <D1473DD8-48F8-4204-80B5-BE6396B8B668@HIDDEN>
 <83a771g2tc.fsf@HIDDEN>
 <CAOqdjBfjpSqhDcMiHGQfaOGZEodmjmvhQionRPO1OQ0sVsLDPg@HIDDEN>
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic]
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 38912
Cc: niwtrx@HIDDEN, 38912 <at> debbugs.gnu.org, dancol@HIDDEN
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> From: Pip Cet <pipcet@HIDDEN>
> Date: Mon, 6 Jan 2020 15:51:57 +0000
> Cc: NiwTinray <niwtrx@HIDDEN>, Daniel Colascione <dancol@HIDDEN>, 38912 <at> debbugs.gnu.org
> 
> >   #2  0x01326817 in check_hash_table_rehash (table_orig=XIL(0xa000000006288090))
> >       at pdumper.c:2684
> 
> Can you confirm table_orig is cl--generic-dispatchers?

I don't think I know how.  Hash tables don't seem to have names stored
in them, do they?  (If they did, I'd expect xhashtable to print that
name.)

> Again, I doubt this is related to the original bug. That `equal'
> behaves weirdly like this is a problem I've mentioned before (when
> (equal a b) signals but (equal b a) succeeds), but the consensus then
> was not to change it, so it's possible this is only the rehashing
> check needing to be more careful.

If you can suggest how to make that check more careful, please do.

Thanks.




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#38912; Package emacs. Full text available.

Message received at 38912 <at> debbugs.gnu.org:


Received: (at 38912) by debbugs.gnu.org; 6 Jan 2020 15:52:40 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Jan 06 10:52:40 2020
Received: from localhost ([127.0.0.1]:46539 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1ioUgK-0006Tp-6c
	for submit <at> debbugs.gnu.org; Mon, 06 Jan 2020 10:52:40 -0500
Received: from mail-ot1-f43.google.com ([209.85.210.43]:44075)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <pipcet@HIDDEN>) id 1ioUgI-0006TY-Uz
 for 38912 <at> debbugs.gnu.org; Mon, 06 Jan 2020 10:52:39 -0500
Received: by mail-ot1-f43.google.com with SMTP id h9so69623518otj.11
 for <38912 <at> debbugs.gnu.org>; Mon, 06 Jan 2020 07:52:38 -0800 (PST)
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=kak+O91xVS7l6S7dzJdrAMxWCydNRkC2IFYSS8RTL7w=;
 b=bYY89wpsvYy03RaBC/B86OROzXqRei/oYzZzweBATQ/Cp/QkTg2u+qBb58fmdXZXgu
 kFfdGdA+lAOpm7VVEUmqmNq8PRT+tqw9KHk/+h//Ts5CTcNWYIGZ6Cv9V94egktmjkDU
 k1eDhoUMOxrQXI8kTo35GJ6HD4xoDZqeO1quPkcOQK1EPBiBP6nA0O83pQFcnQYCalSq
 c/G8U+z+opakGZGX6n1Dp99xhbcB9IVWT0i/E2zjvyV7gQaXUKfObd5Q6ctn0uBAGe/R
 XhPorSkZH8aN7TaV38rt62UL0Wbnq1d4iiob79/Z+WKwnwpFHzG6HSepvCawJuNRxds6
 1S4w==
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=kak+O91xVS7l6S7dzJdrAMxWCydNRkC2IFYSS8RTL7w=;
 b=emUTSNs4yHB+2qCdAeGPdTOZ8XD8Tjhd46uP+e6DinkgR0OQH8liuIRGsTTg/o1Ui7
 Qgpscj89MjZxXGueqUQcADmJ9jWVqdFimzfsA0oWevDbBSoc+YhrH7O3ZI7C67rR2+II
 iH+o43woumK1MUszhruesnP85BPzWTx08fmHOAgS/VP5XtcNHRahT0IiE/bHch2RS6MI
 8WEzmRFt6niICL5ObZ8nbNw7qCKmOSs15uY9WHhJi+rCWaFStJecZZqCKFcmJ2OoGFt3
 GD2Cej5UwD+cRTlm//Qk5z01I9C9lIbwTEbF7OJZETcpYds2F0LoCe3Uilf5X85TYPjG
 b+Qg==
X-Gm-Message-State: APjAAAX0Cduj2cvxHDFyRotlsXgmKv0J7WqipigZCWmQHV/vN65bQ8V0
 +vSHet1taViu9B57E4Ps4TQT1pEKbmC/NlL1eJ4=
X-Google-Smtp-Source: APXvYqyxFv7rMZrLmWP8h/PEMaPKHzlcIjl4AyGU+PjQkNAmwiupfDV4mErsqjOua8b6lCF4p+R0lQHXDwJcEFAfh5U=
X-Received: by 2002:a05:6830:1bd5:: with SMTP id
 v21mr123019042ota.154.1578325953230; 
 Mon, 06 Jan 2020 07:52:33 -0800 (PST)
MIME-Version: 1.0
References: <333553AC-68DE-4F1C-9586-5A13248AD6DD@HIDDEN>
 <83ftgvh96l.fsf@HIDDEN> <D1473DD8-48F8-4204-80B5-BE6396B8B668@HIDDEN>
 <83a771g2tc.fsf@HIDDEN>
In-Reply-To: <83a771g2tc.fsf@HIDDEN>
From: Pip Cet <pipcet@HIDDEN>
Date: Mon, 6 Jan 2020 15:51:57 +0000
Message-ID: <CAOqdjBfjpSqhDcMiHGQfaOGZEodmjmvhQionRPO1OQ0sVsLDPg@HIDDEN>
Subject: Re: bug#38912: 27.0.60;
 PDumper meets segmentation fault when evil is loaded
To: Eli Zaretskii <eliz@HIDDEN>
Content-Type: text/plain; charset="UTF-8"
X-Spam-Score: 0.0 (/)
X-Debbugs-Envelope-To: 38912
Cc: NiwTinray <niwtrx@HIDDEN>, 38912 <at> debbugs.gnu.org,
 Daniel Colascione <dancol@HIDDEN>
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

On Sun, Jan 5, 2020 at 6:46 PM Eli Zaretskii <eliz@HIDDEN> wrote:
> In my debug build of Emacs 27.0.60 I get an assertion violation while
> dumping, which probably is already a sign of trouble.

I think that's unrelated, but here's some analysis anyway, in case we
want to fix this bug:

Different bytecode objects may be `equal', but have different sxhashes.

(equal #[0 "" [] 0]
       #[0 "" [] 0])
(sxhash #[0 "" [] 0])
(sxhash #[0 "" [] 0])

When such bytecodes are used as keys for a hash table using
hashfn_equal, I believe the result is, fairly obviously, two hash
table entries for equal keys; when the hash table is rehashed, we may
be unlucky enough to retrieve the wrong one, leading to the crash.

That's what cl-generic.el does for the table cl--generic-dispatchers,
which I believe is what you were looking at.

>   #2  0x01326817 in check_hash_table_rehash (table_orig=XIL(0xa000000006288090))
>       at pdumper.c:2684

Can you confirm table_orig is cl--generic-dispatchers?

Again, I doubt this is related to the original bug. That `equal'
behaves weirdly like this is a problem I've mentioned before (when
(equal a b) signals but (equal b a) succeeds), but the consensus then
was not to change it, so it's possible this is only the rehashing
check needing to be more careful.




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#38912; Package emacs. Full text available.

Message received at 38912 <at> debbugs.gnu.org:


Received: (at 38912) by debbugs.gnu.org; 5 Jan 2020 18:45:24 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sun Jan 05 13:45:24 2020
Received: from localhost ([127.0.0.1]:44609 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1ioAtv-0004rQ-ID
	for submit <at> debbugs.gnu.org; Sun, 05 Jan 2020 13:45:24 -0500
Received: from eggs.gnu.org ([209.51.188.92]:33342)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1ioAtt-0004rD-DS
 for 38912 <at> debbugs.gnu.org; Sun, 05 Jan 2020 13:45:22 -0500
Received: from fencepost.gnu.org ([2001:470:142:3::e]:40719)
 by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <eliz@HIDDEN>)
 id 1ioAtn-00039u-L0; Sun, 05 Jan 2020 13:45:15 -0500
Received: from [176.228.60.248] (port=2635 helo=home-c4e4a596f7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256)
 (Exim 4.82) (envelope-from <eliz@HIDDEN>)
 id 1ioAtm-0001Yy-Na; Sun, 05 Jan 2020 13:45:15 -0500
Date: Sun, 05 Jan 2020 20:45:19 +0200
Message-Id: <83a771g2tc.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
To: NiwTinray <niwtrx@HIDDEN>, Daniel Colascione <dancol@HIDDEN>
In-reply-to: <D1473DD8-48F8-4204-80B5-BE6396B8B668@HIDDEN> (message from
 NiwTinray on Sun, 5 Jan 2020 13:25:07 +0800)
Subject: Re: bug#38912: 27.0.60; PDumper meets segmentation fault when evil is
 loaded
References: <333553AC-68DE-4F1C-9586-5A13248AD6DD@HIDDEN>
 <83ftgvh96l.fsf@HIDDEN> <D1473DD8-48F8-4204-80B5-BE6396B8B668@HIDDEN>
MIME-version: 1.0
Content-type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic]
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 38912
Cc: 38912 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

[Please use "Reply All" to reply, so that the bug address is kept on
the CC list.]

> From: NiwTinray <niwtrx@HIDDEN>
> Date: Sun, 5 Jan 2020 13:25:07 +0800
> 
> > I cannot reproduce this from "emacs -Q" because 'use-package' is not a
> > known function.  Can you show a recipe starting from "emacs -Q",
> > please?
> 
> Here. I've attached a minimal script file that helps reproduce this bug.
> 
> (require 'package)
> (package-initialize)
> (add-to-list 'package-archives
>              '("melpa-stable" . "https://stable.melpa.org/packages/") t)
> (unless (package-installed-p 'evil)
>   (package-refresh-contents)
>   (package-install 'evil))
> (require 'evil)
> (dump-emacs-portable "/tmp/test.pdmp")
> 
> The script downloads the package "evil" from Melpa stable, load the evil package
> and dumps an image to /tmp/test.pdmp.
> 
> > Also, does this happen if you add -Q to the Emacs invocation after
> > dumping?  If not, there's more detail missing in your report: the
> > customizations in your init files.
> 
> 
> Sure. Please download this file, and run the command: 
> 
> emacs --batch -Q --script evil.el
> 
> To see the bug happen, load the test.pdmp file: 
> 
> emacs -Q --dump-file /tmp/test.pdmp
> 
> You should see a segmentation fault:
> 
> [1]    23369 segmentation fault (core dumped)  emacs -Q --dump-file /tmp/test.pdmp
> 
> I run debugger inside src/.gdbinit using the command:
> 
> gdb -x .gdbinit --args ./emacs --dump-file /tmp/test.pdmp
> 
> And logged backtrace. See my second attachment: 
> 
> (base) omnisky :: ~/emacs/src ‹emacs-27*› » gdb -x .gdbinit --args ./emacs --dump-file /tmp/test.pdmp
> GNU gdb (Ubuntu 7.11.1-0ubuntu1~16.5) 7.11.1
> Copyright (C) 2016 Free Software Foundation, Inc.
> License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
> This is free software: you are free to change and redistribute it.
> There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
> and "show warranty" for details.
> This GDB was configured as "x86_64-linux-gnu".
> Type "show configuration" for configuration details.
> For bug reporting instructions, please see:
> <http://www.gnu.org/software/gdb/bugs/>.
> Find the GDB manual and other documentation resources online at:
> <http://www.gnu.org/software/gdb/documentation/>.
> For help, type "help".
> Type "apropos word" to search for commands related to "word"...
> Reading symbols from ./emacs...done.
> warning: File "/home/ntr/emacs/src/.gdbinit" auto-loading has been declined by your `auto-load safe-path' set to "$debugdir:$datadir/auto-load".
> To enable execution of this file add
> 	add-auto-load-safe-path /home/ntr/emacs/src/.gdbinit
> line to your configuration file "/home/ntr/.gdbinit".
> To completely disable this security protection add
> 	set auto-load safe-path /
> line to your configuration file "/home/ntr/.gdbinit".
> For more information about this security protection see the
> "Auto-loading safe path" section in the GDB manual.  E.g., run from the shell:
> 	info "(gdb)Auto-loading safe path"
> SIGINT is used by the debugger.
> Are you sure you want to change it? (y or n) [answered Y; input not from terminal]
> Environment variable "DISPLAY" not defined.
> TERM = xterm-24bits
> Breakpoint 1 at 0x411df0: file emacs.c, line 370.
> Breakpoint 2 at 0x4bfe60: file xterm.c, line 10130.
> (gdb) r
> Starting program: /home/ntr/emacs/src/emacs --dump-file /tmp/test.pdmp
> /home/ntr/emacs/src/emacs: /raid_sdc/home/ntr/anaconda3/lib/libtiff.so.5: no version information available (required by /home/ntr/emacs/src/emacs)
> [Thread debugging using libthread_db enabled]
> Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
> 
> Program received signal SIGSEGV, Segmentation fault.
> 0x00000000004f12d0 in Fcurrent_active_maps (olp=olp@entry=XIL(0x30), position=position@entry=XIL(0)) at keymap.c:1541
> 1541	      && NILP (KVAR (current_kboard, Voverriding_terminal_local_map))
> (gdb) xbacktrace
> "key-binding" (0xffffd5c8)
> "turn-on-undo-tree-mode" (0xffffd758)
> "global-undo-tree-mode-enable-in-buffers" (0xffffd948)
> "run-hooks" (0xffffd9e8)
> "run-mode-hooks" (0xffffdbc0)
> "minibuffer-inactive-mode" (0xffffdd40)
> (gdb)

In my debug build of Emacs 27.0.60 I get an assertion violation while
dumping, which probably is already a sign of trouble.

Daniel, any ideas?

Here's the backtrace from the assertion violation, and some data
involved in the assertion:

  dumping fingerprint: 79862409ba15bcbb091a8b1aa5b942cc3283f12f123a69372f5cfe59de047ba9

  pdumper.c:2684: Emacs fatal error: assertion failed: EQ (expected_value, found_value)

  Thread 1 hit Breakpoint 1, terminate_due_to_signal (sig=22,
      backtrace_limit=2147483647) at emacs.c:371
  371       signal (sig, SIG_DFL);
  (gdb) bt
  #0  terminate_due_to_signal (sig=22, backtrace_limit=2147483647)
      at emacs.c:371
  #1  0x01317f22 in die (
      msg=0x19bac5c <WEIGHT_STRONG+2544> "EQ (expected_value, found_value)",
      file=0x19ba210 <dump_magic+16> "pdumper.c", line=2684) at alloc.c:7246
  #2  0x01326817 in check_hash_table_rehash (table_orig=XIL(0xa000000006288090))
      at pdumper.c:2684
  #3  0x01326a6c in dump_hash_table (ctx=0x82d1f0,
      object=XIL(0xa000000006288090), offset=-4) at pdumper.c:2725
  #4  0x013279c5 in dump_vectorlike (ctx=0x82d1f0, lv=XIL(0xa000000006288090),
      offset=-4) at pdumper.c:2991
  #5  0x01327f92 in dump_object (ctx=0x82d1f0, object=XIL(0xa000000006288090))
      at pdumper.c:3127
  #6  0x0132ace3 in dump_drain_deferred_hash_tables (ctx=0x82d1f0)
      at pdumper.c:3977
  #7  0x0132b4ca in Fdump_emacs_portable (filename=XIL(0x8000000006d24008),
      track_referrers=XIL(0)) at pdumper.c:4148
  #8  0x013825de in eval_sub (form=XIL(0xc0000000067b2150)) at eval.c:2276
  #9  0x0137aec2 in Fprogn (body=XIL(0)) at eval.c:462
  #10 0x01382182 in eval_sub (form=XIL(0xc0000000067b2090)) at eval.c:2226
  #11 0x013819e8 in Feval (form=XIL(0xc0000000067b2090), lexical=XIL(0x30))
      at eval.c:2102
  #12 0x01384ecc in funcall_subr (subr=0x1960b00 <Seval>, numargs=2,
      args=0x82d978) at eval.c:2869
  #13 0x013848f9 in Ffuncall (nargs=3, args=0x82d970) at eval.c:2794
  #14 0x01427e37 in exec_byte_code (bytestr=XIL(0x800000000612e1e0),
      vector=XIL(0xa00000000612d0f8), maxdepth=make_fixnum(25),
      args_template=make_fixnum(257), nargs=1, args=0x82e378) at bytecode.c:633
  #15 0x01385a11 in funcall_lambda (fun=XIL(0xa00000000612d0c8), nargs=1,
      arg_vector=0x82e370) at eval.c:2989
  #16 0x01384953 in Ffuncall (nargs=2, args=0x82e368) at eval.c:2796
  #17 0x01427e37 in exec_byte_code (bytestr=XIL(0x8000000006131a80),
      vector=XIL(0xa00000000612e450), maxdepth=make_fixnum(14),
      args_template=make_fixnum(0), nargs=0, args=0x82efa8) at bytecode.c:633
  #18 0x01385a11 in funcall_lambda (fun=XIL(0xa00000000612e420), nargs=0,
      arg_vector=0x82efa8) at eval.c:2989
  #19 0x01384953 in Ffuncall (nargs=1, args=0x82efa0) at eval.c:2796
  #20 0x01427e37 in exec_byte_code (bytestr=XIL(0x8000000006132488),
      vector=XIL(0xa000000006131c20), maxdepth=make_fixnum(12),
      args_template=make_fixnum(0), nargs=0, args=0x82f680) at bytecode.c:633
  #21 0x01385a11 in funcall_lambda (fun=XIL(0xa000000006131bf0), nargs=0,
      arg_vector=0x82f680) at eval.c:2989
  #22 0x01385519 in apply_lambda (fun=XIL(0xa000000006131bf0), args=XIL(0),
      count=4) at eval.c:2926
  #23 0x01382b51 in eval_sub (form=XIL(0xc000000006278198)) at eval.c:2318
  #24 0x013819e8 in Feval (form=XIL(0xc000000006278198), lexical=XIL(0))
      at eval.c:2102
  #25 0x011df7a3 in top_level_2 () at keyboard.c:1100
  #26 0x0137f02d in internal_condition_case (bfun=0x11df76d <top_level_2>,
      handlers=XIL(0x90), hfun=0x11def2f <cmd_error>) at eval.c:1355
  #27 0x011df818 in top_level_1 (ignore=XIL(0)) at keyboard.c:1108
  #28 0x0137e1f8 in internal_catch (tag=XIL(0xdfe0),
      func=0x11df7a9 <top_level_1>, arg=XIL(0)) at eval.c:1116
  #29 0x011df679 in command_loop () at keyboard.c:1069
  #30 0x011de9b7 in recursive_edit_1 () at keyboard.c:714
  #31 0x011dec2d in Frecursive_edit () at keyboard.c:786
  #32 0x011d3547 in main (argc=4, argv=0xa42848) at emacs.c:2054

  Lisp Backtrace:
  "dump-emacs-portable" (0x82d468)
  "progn" (0x82d658)
  "eval" (0x82d978)
  "command-line-1" (0x82e370)
  "command-line" (0x82efa8)
  "normal-top-level" (0x82f680)
  (gdb) fr 5
  #5  0x01327f92 in dump_object (ctx=0x82d1f0, object=XIL(0xa000000006288090))
      at pdumper.c:3127
  3127          offset = dump_vectorlike (ctx, object, offset);
  (gdb) p object
  $1 = XIL(0xa000000006288090)
  (gdb) xtype
  Lisp_Vectorlike
  PVEC_HASH_TABLE
  (gdb) xhashtable
  $2 = (struct Lisp_Hash_Table *) 0x6288090
  (gdb) p *$
  $3 = {
    header = {
      size = 1291882500
    },
    weak = XIL(0),
    hash = XIL(0xa0000000068192c0),
    next = XIL(0xa0000000068194d0),
    index = XIL(0xa0000000068196e0),
    count = 13,
    next_free = 13,
    purecopy = false,
    mutable = true,
    rehash_threshold = 0.8125,
    rehash_size = 0.5,
    key_and_value = XIL(0xa000000005fbe6f8),
    test = {
      name = XIL(0x5610),
      user_hash_function = XIL(0),
      user_cmp_function = XIL(0),
      cmpfn = 0x13a7ffe <cmpfn_equal>,
      hashfn = 0x13a8107 <hashfn_equal>
    },
    next_weak = 0x0
  }
  (gdb) p $2->key_and_value
  $4 = XIL(0xa000000005fbe6f8)
  (gdb) xtype
  Lisp_Vectorlike
  PVEC_NORMAL_VECTOR
  (gdb) xvector
  $5 = (struct Lisp_Vector *) 0x5fbe6f8
  0
  (gdb) p $2->test.name
  $6 = XIL(0x5610)
  (gdb) xtype
  Lisp_Symbol
  (gdb) xsymbol
  $7 = (struct Lisp_Symbol *) 0x1bc74d0 <lispsym+22032>
  "equal"
  (gdb) p expected_value
  $8 = XIL(0xa000000006a527d8)
  (gdb) xtype
  Lisp_Vectorlike
  PVEC_COMPILED
  (gdb) xcompiled
  $9 = (struct Lisp_Vector *) 0x6a527d8
  {make_fixnum(771), XIL(0x8000000006ab8250), XIL(0xa000000006a36558),
    make_fixnum(13), XIL(0x8000000006ab81c0)}
  (gdb) p found_value
  $10 = XIL(0xa000000006c2fc00)
  (gdb) xtype
  Lisp_Vectorlike
  PVEC_COMPILED
  (gdb) xcompiled
  $11 = (struct Lisp_Vector *) 0x6c2fc00
  {make_fixnum(771), XIL(0x80000000069d21b0), XIL(0xa000000006c2fba0),
    make_fixnum(13), XIL(0x8000000006a412b0)}
  (gdb)




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#38912; Package emacs. Full text available.

Message received at 38912 <at> debbugs.gnu.org:


Received: (at 38912) by debbugs.gnu.org; 4 Jan 2020 09:18:02 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sat Jan 04 04:18:02 2020
Received: from localhost ([127.0.0.1]:42462 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1infZJ-0008K8-Oi
	for submit <at> debbugs.gnu.org; Sat, 04 Jan 2020 04:18:01 -0500
Received: from eggs.gnu.org ([209.51.188.92]:35435)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1infZI-0008Jl-7t
 for 38912 <at> debbugs.gnu.org; Sat, 04 Jan 2020 04:18:00 -0500
Received: from fencepost.gnu.org ([2001:470:142:3::e]:50017)
 by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <eliz@HIDDEN>)
 id 1infZB-0001Vt-Fw; Sat, 04 Jan 2020 04:17:53 -0500
Received: from [176.228.60.248] (port=3581 helo=home-c4e4a596f7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256)
 (Exim 4.82) (envelope-from <eliz@HIDDEN>)
 id 1infZA-0000x8-Ku; Sat, 04 Jan 2020 04:17:53 -0500
Date: Sat, 04 Jan 2020 11:17:54 +0200
Message-Id: <83ftgvh96l.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
To: NiwTinray <niwtrx@HIDDEN>
In-reply-to: <333553AC-68DE-4F1C-9586-5A13248AD6DD@HIDDEN>
 (bug-gnu-emacs@HIDDEN)
Subject: Re: bug#38912: 27.0.60;
 PDumper meets segmentation fault when evil is loaded
References: <333553AC-68DE-4F1C-9586-5A13248AD6DD@HIDDEN>
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic]
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 38912
Cc: 38912 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> Date: Sat, 4 Jan 2020 09:49:14 +0800
> From: NiwTinray via "Bug reports for GNU Emacs,
>  the Swiss army knife of text editors" <bug-gnu-emacs@HIDDEN>
> 
> I was testing the new portable dumper with my personal Emacs. When I
> loaded my dumped file, Emacs crashed on segmentation fault.
> After tracking down the issue, I found the issues is caused by the
> undo-tree mode in package "evil".
> To reproduce the bug, try this:
> 
> emacs --batch -f package-initialize --eval='(use-package evil :ensure
> t)' --eval='(dump-emacs-portable "test.pdmp")'  && emacs --dump-file
> test.pdmp

I cannot reproduce this from "emacs -Q" because 'use-package' is not a
known function.  Can you show a recipe starting from "emacs -Q",
please?

Also, does this happen if you add -Q to the Emacs invocation after
dumping?  If not, there's more detail missing in your report: the
customizations in your init files.

In addition, please also show the Lisp-level backtrace from the crash,
by using the xbacktrace command (it is defined in the src/.gdbinit
file in the Emacs source tree).

> Backtrace on crash:
> #0  0x00000000004f1240 in Fcurrent_active_maps (olp=olp@entry=0x30, position=position@entry=0x0) at keymap.c:1541

GDB usually displays the fatal signal that killed the program; can you
show that part as well?

Thanks.




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#38912; Package emacs. Full text available.

Message received at submit <at> debbugs.gnu.org:


Received: (at submit) by debbugs.gnu.org; 4 Jan 2020 03:26:16 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Fri Jan 03 22:26:16 2020
Received: from localhost ([127.0.0.1]:42309 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1ina4t-0007oh-79
	for submit <at> debbugs.gnu.org; Fri, 03 Jan 2020 22:26:16 -0500
Received: from lists.gnu.org ([209.51.188.17]:39106)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <niwtrx@HIDDEN>) id 1inYZY-0005Pm-Mr
 for submit <at> debbugs.gnu.org; Fri, 03 Jan 2020 20:49:49 -0500
Received: from eggs.gnu.org ([2001:470:142:3::10]:38878)
 by lists.gnu.org with esmtp (Exim 4.90_1)
 (envelope-from <niwtrx@HIDDEN>) id 1inYZW-00045a-Ds
 for bug-gnu-emacs@HIDDEN; Fri, 03 Jan 2020 20:49:48 -0500
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org
X-Spam-Level: 
X-Spam-Status: No, score=0.1 required=5.0 tests=BAYES_50,FREEMAIL_FROM,
 RCVD_IN_DNSWL_LOW,URIBL_BLOCKED autolearn=disabled version=3.3.2
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <niwtrx@HIDDEN>) id 1inYZK-0001Io-4x
 for bug-gnu-emacs@HIDDEN; Fri, 03 Jan 2020 20:49:41 -0500
Received: from pv50p00im-ztdg10021801.me.com ([17.58.6.56]:37598)
 by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32)
 (Exim 4.71) (envelope-from <niwtrx@HIDDEN>) id 1inYZI-00018O-Pi
 for bug-gnu-emacs@HIDDEN; Fri, 03 Jan 2020 20:49:34 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=icloud.com;
 s=1a1hai; t=1578102559;
 bh=q67Y9pd/9dvq+qUzIKAS3VgOyR4Rog6hUCkXOhaEtds=;
 h=From:Content-Type:Subject:Message-Id:Date:To;
 b=Q4aUGHlfI6dvax+n+/VDHsAEXPIHGeK0kWPCHw/Jxtyf/ROYzVwZzT1mRA3gQ4ajr
 +TAX8PKR0YULYgt3HqRs/u9gTEVvpbcBa/gHU731EKO5AZ/GxAcjoAHZGWzzwlHSiN
 4/0ubWodjdIy3iq4MZaAyO1Yv2mP1Bq2xifKuQx+LaZObUfoGLCtngsT0Ulwszr7Mj
 1Cx2dyUEy+vbKfo0HiURx2ZuTrFqolTDeDQdxK9jWludPh90U5VkTfzZg3YOf1fjF1
 4WOGeftesy5JoP5Io6pKt54gmR3w802uqhTxJJhFoIBl7CcIpjZ5WpFVxmj3TU/+We
 ObOMB0S0/NNZQ==
Received: from [10.128.195.48] (unknown [59.64.129.71])
 by pv50p00im-ztdg10021801.me.com (Postfix) with ESMTPSA id 4F0DA360802
 for <bug-gnu-emacs@HIDDEN>; Sat,  4 Jan 2020 01:49:18 +0000 (UTC)
From: NiwTinray <niwtrx@HIDDEN>
Content-Type: text/plain;
	charset=gb2312
Content-Transfer-Encoding: quoted-printable
Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.8\))
Subject: 27.0.60; PDumper meets segmentation fault when evil is loaded
Message-Id: <333553AC-68DE-4F1C-9586-5A13248AD6DD@HIDDEN>
Date: Sat, 4 Jan 2020 09:49:14 +0800
To: bug-gnu-emacs@HIDDEN
X-Mailer: Apple Mail (2.3445.104.8)
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, ,
 definitions=2020-01-03_06:, , signatures=0
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=1
 malwarescore=0
 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 mlxscore=0
 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx
 scancount=1 engine=8.0.1-1908290000 definitions=main-2001040016
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic]
 [fuzzy]
X-Received-From: 17.58.6.56
X-Spam-Score: -1.3 (-)
X-Debbugs-Envelope-To: submit
X-Mailman-Approved-At: Fri, 03 Jan 2020 22:26:14 -0500
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -2.3 (--)

Hi, Emacs Dev,=20

I was testing the new portable dumper with my personal Emacs. When I
loaded my dumped file, Emacs crashed on segmentation fault.
After tracking down the issue, I found the issues is caused by the
undo-tree mode in package "evil".
To reproduce the bug, try this:

emacs --batch -f package-initialize --eval=3D'(use-package evil :ensure
t)' --eval=3D'(dump-emacs-portable "test.pdmp")'  && emacs --dump-file
test.pdmp

If I turned off the global-undo-tree-mode manually, it won't crash:

emacs --batch -f package-initialize --eval=3D'(use-package evil :ensure
t)' --eval=3D'(global-undo-tree-mode -1)' --eval=3D'(dump-emacs-portable
"test.pdmp")'  && emacs --dump-file test.pdmp

So the problem must be exist in the undo-tree-mode.

I don't have the knowledge/techniques to track down the bug
further. Please help me investigate this!

Backtrace on crash:
#0  0x00000000004f1240 in Fcurrent_active_maps (olp=3Dolp@entry=3D0x30, =
position=3Dposition@entry=3D0x0) at keymap.c:1541
#1  0x00000000004f167d in Fkey_binding (key=3D0x7fffefba745d, =
accept_default=3D0x0, no_remap=3D0x0, position=3D0x0) at keymap.c:1681
#2  0x00000000005546a3 in Ffuncall (nargs=3D2, =
args=3Dargs@entry=3D0x7fffffffd5d0) at eval.c:2794
#3  0x0000000000588d28 in exec_byte_code (bytestr=3D<optimized out>, =
vector=3D0x7fffefba2715, maxdepth=3D<optimized out>, =
args_template=3D<optimized out>, nargs=3Dnargs@entry=3D0, =
args=3D<optimized out>, args@entry=3D0x7fffefba2718) at bytecode.c:633
#4  0x000000000055439f in funcall_lambda (fun=3D0x7fffffffd5e3, =
nargs=3Dnargs@entry=3D0, arg_vector=3D0x7fffefba2718, =
arg_vector@entry=3D0x7fffffffd768) at eval.c:2989
#5  0x00000000005545ef in Ffuncall (nargs=3D1, =
args=3Dargs@entry=3D0x7fffffffd760) at eval.c:2808
#6  0x0000000000588d28 in exec_byte_code (bytestr=3D<optimized out>, =
vector=3D0x7fffefba262d, maxdepth=3D<optimized out>, =
args_template=3D<optimized out>, nargs=3Dnargs@entry=3D0, =
args=3D<optimized out>, args@entry=3D0x7fffefba2630) at bytecode.c:633
#7  0x000000000055439f in funcall_lambda (fun=3D0x7fffffffd79e, =
nargs=3Dnargs@entry=3D0, arg_vector=3D0x7fffefba2630, =
arg_vector@entry=3D0x7fffffffd958) at eval.c:2989
#8  0x00000000005545ef in Ffuncall (nargs=3D1, args=3D0x7fffffffd950) at =
eval.c:2808
#9  0x00000000005546e9 in funcall_nil (nargs=3D<optimized out>, =
args=3D<optimized out>) at eval.c:2435
#10 0x00000000005534a5 in run_hook_with_args (nargs=3D1, =
args=3D0x7fffffffd950, funcall=3D0x5546e0 <funcall_nil>) at eval.c:2612
#11 0x0000000000553616 in Frun_hook_with_args (args=3D0x7fffffffd950, =
nargs=3D1) at eval.c:2477
#12 run_hook (hook=3D0x7fffeefb53f0) at eval.c:2625
#13 Frun_hooks (nargs=3D1, args=3D0x7fffffffd9f8) at eval.c:2459
#14 0x00000000005546a3 in Ffuncall (nargs=3D2, =
args=3Dargs@entry=3D0x7fffffffd9f0) at eval.c:2794
#15 0x0000000000588d28 in exec_byte_code (bytestr=3D<optimized out>, =
vector=3D0x7fffefab5415, maxdepth=3D<optimized out>, =
args_template=3D<optimized out>, nargs=3Dnargs@entry=3D1, =
args=3D<optimized out>, args@entry=3D0x7fffefab5418) at bytecode.c:633
#16 0x000000000055439f in funcall_lambda (fun=3D0x7fffffffda66, =
nargs=3Dnargs@entry=3D1, arg_vector=3D0x7fffefab5418, =
arg_vector@entry=3D0x7fffffffdbd0) at eval.c:2989
#17 0x00000000005545ef in Ffuncall (nargs=3D2, =
args=3Dargs@entry=3D0x7fffffffdbc8) at eval.c:2808
#18 0x0000000000588d28 in exec_byte_code (bytestr=3D<optimized out>, =
vector=3D0x7fffefc794ad, maxdepth=3D<optimized out>, =
args_template=3D<optimized out>, nargs=3Dnargs@entry=3D0, =
args=3D<optimized out>, args@entry=3D0x7fffefc794b0) at bytecode.c:633
#19 0x000000000055439f in funcall_lambda (fun=3D0x7fffffffdbf1, =
nargs=3Dnargs@entry=3D0, arg_vector=3D0x7fffefc794b0, =
arg_vector@entry=3D0x7fffffffdd50) at eval.c:2989
#20 0x00000000005545ef in Ffuncall (nargs=3Dnargs@entry=3D1, =
args=3Dargs@entry=3D0x7fffffffdd48) at eval.c:2808
#21 0x0000000000554758 in call0 (fn=3D0x7fffef08c260) at eval.c:2647
#22 0x000000000050a4ff in get_minibuffer (depth=3Ddepth@entry=3D0) at =
minibuf.c:754
#23 0x0000000000501283 in init_buffer () at buffer.c:5430
#24 0x00000000004139ba in main (argc=3D3, argv=3D<optimized out>) at =
emacs.c:1777






In GNU Emacs 27.0.60 (build 1, x86_64-pc-linux-gnu)
 of 2020-01-01 built on omnisky
Repository revision: 186152ba400b58d2d278c52d2e3d896decae767e
Repository branch: emacs-27
System Description: Ubuntu 16.04.6 LTS

Recent messages:
Saving file /home/ntr/.config/emacs/custom.el...
Wrote =
/home/ntr/.config/emacs/emacs.saves/.!home!ntr!.config!emacs!custom.el.~un=
do-tree~
Wrote /home/ntr/.config/emacs/custom.el
helm-M-x: Package =A1=AEevil-20190729.704=A1=AF is used by =
=A1=AEevil-multiedit=A1=AF as dependency, not deleting
Mark saved where search started
Package =A1=AEhighlight-parentheses-20180704.1102=A1=AF deleted.
Mark saved where search started
Saving file /home/ntr/.config/emacs/bunny-core-packages.el...
Wrote =
/home/ntr/.config/emacs/emacs.saves/.!home!ntr!.config!emacs!bunny-core-pa=
ckages.el.~undo-tree~
Wrote /home/ntr/.config/emacs/bunny-core-packages.el

Configured using:
 'configure --with-x-toolkit=3Dno'

Configured features:
XPM JPEG TIFF GIF PNG SOUND GSETTINGS GLIB NOTIFY INOTIFY GNUTLS
FREETYPE HARFBUZZ XFT ZLIB OLDXMENU X11 XDBE XIM MODULES THREADS JSON
PDUMPER GMP

Important settings:
  value of $LC_ALL: en_US.UTF-8
  value of $LC_CTYPE: zh_CN.UTF-8
  value of $LC_MONETARY: zh_CN.UTF-8
  value of $LC_NUMERIC: zh_CN.UTF-8
  value of $LC_TIME: zh_CN.UTF-8
  value of $LANG: en_US.UTF-8
  locale-coding-system: utf-8-unix

Major mode: Emacs-Lisp

Minor modes in effect:
  doom-modeline-mode: t
  recentf-mode: t
  xterm-mouse-mode: t
  display-time-mode: t
  workgroups-mode: t
  keyfreq-autosave-mode: t
  keyfreq-mode: t
  global-magit-file-mode: t
  magit-file-mode: t
  magit-auto-revert-mode: t
  global-git-commit-mode: t
  async-bytecomp-package-mode: t
  company-statistics-mode: t
  global-company-mode: t
  company-mode: t
  global-hungry-delete-mode: t
  hungry-delete-mode: t
  eyebrowse-mode: t
  helm-mode: t
  override-global-mode: t
  delete-selection-mode: t
  auto-revert-mode: t
  global-hl-line-mode: t
  which-key-mode: t
  global-evil-matchit-mode: t
  evil-matchit-mode: t
  global-evil-collection-unimpaired-mode: t
  evil-collection-unimpaired-mode: t
  evil-leader-mode: t
  global-undo-tree-mode: t
  undo-tree-mode: t
  shell-dirtrack-mode: t
  evil-mode: t
  evil-local-mode: t
  global-hl-todo-mode: t
  hl-todo-mode: t
  global-highlight-parentheses-mode: t
  highlight-parentheses-mode: t
  aggressive-indent-mode: t
  tooltip-mode: t
  global-eldoc-mode: t
  eldoc-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  transient-mark-mode: t

Load-path shadows:
None found.

Features:
(evil-matchit-simple helm-ring em-unix em-term em-script em-prompt em-ls
em-hist em-pred em-dirs esh-var em-cmpl em-basic em-banner em-alias
esh-mode eshell esh-cmd esh-ext esh-opt esh-proc esh-io esh-arg
esh-module esh-groups shadow sort mail-extr emacsbug sendmail tabify ido
face-remap image-file mule-util view lsp-clients lsp-haxe lsp-erlang
lsp-fsharp lsp-metals lsp-elm lsp-dart lsp-clojure lsp-go lsp-xml
lsp-css lsp-intelephense lsp-vetur lsp-html lsp-solargraph lsp-rust
lsp-pyls lsp helm-for-files helm-bookmark helm-adaptive helm-external
helm-net ffap vc-mtn vc-hg vc-bzr vc-src vc-sccs vc-svn vc-cvs vc-rcs vc
vc-dispatcher jka-compr eieio-opt speedbar sb-image ezimage dframe
help-fns radix-tree so-long winner helm-command helm-elisp helm-eval
edebug backtrace helm-info term/xterm xterm doom-modeline
doom-modeline-segments doom-modeline-env doom-modeline-core recentf
magit-bookmark bookmark ediff ediff-merg ediff-mult ediff-wind
ediff-diff ediff-help ediff-init ediff-util xt-mouse bunny-sshfs
flymake-diagnostic-at-point popup lsp-python-ms
python-el-fgallina-expansions python tramp-sh tramp tramp-loaddefs
trampver tramp-integration files-x tramp-compat parse-time iso8601
ls-lisp company-lsp lsp-mode ewoc markdown-mode tree-widget spinner
network-stream nsm inline ht em-glob esh-util dash-functional bindat
flymake-proc flymake warnings bunny-pyenv eldoc-eval all-the-icons
all-the-icons-faces data-material data-weathericons data-octicons
data-fileicons data-faicons data-alltheicons memoize eshell-git-prompt
leuven-theme time bunny-insert-surroundings bunny-krws
bunny-company-simple-complete bunny-eshell-extensions
bunny-terminal-here bunny-workgroups bunny-register-jumper bunny-h5ls
bunny-prettify-json-file web-server web-server-status-codes keyfreq
evil-magit magit-submodule magit-obsolete magit-blame magit-stash
magit-reflog magit-bisect magit-push magit-pull magit-fetch magit-clone
magit-remote magit-commit magit-sequence magit-notes magit-worktree
magit-tag magit-merge magit-branch magit-reset magit-files magit-refs
magit-status magit magit-repos magit-apply magit-wip magit-log
which-func imenu magit-diff smerge-mode magit-core magit-autorevert
magit-margin magit-transient magit-process magit-mode git-commit
magit-git magit-section magit-utils crm log-edit message rmc rfc822 mml
mml-sec epa derived epg epg-config mm-decode mm-bodies mm-encode
mail-parse rfc2231 mailabbrev gmm-utils mailheader pcvs-util add-log
with-editor async-bytecomp server git-timemachine transient vc-git
diff-mode org-preview-html eww mm-url gnus nnheader gnus-util rmail
rmail-loaddefs rfc2047 rfc2045 ietf-drums mail-utils mm-util mail-prsvr
url-queue shr text-property-search puny svg xml the-org-mode-expansions
org ob ob-tangle ob-ref ob-lob ob-table ob-exp org-macro org-footnote
org-src ob-comint org-pcomplete org-list org-faces org-entities
time-date noutline outline org-version ob-emacs-lisp ob-core ob-eval
org-table ol org-keys org-compat org-macs org-loaddefs find-func
cal-menu calendar cal-loaddefs company-statistics company-oddmuse
company-keywords company-etags etags fileloop generator company-gtags
company-dabbrev-code company-dabbrev company-files company-capf
company-cmake company-xcode company-clang company-semantic company-eclim
company-template company-bbdb company pcase multi-term shell-pop term
disp-table ehelp htmlize hungry-delete expand-region
text-mode-expansions html-mode-expansions er-basic-expansions
expand-region-core expand-region-custom golden-ratio eyebrowse
use-package-diminish buffer-move transpose-frame helm-ag helm-descbinds
helm-projectile cus-edit cus-start cus-load wid-edit helm-mode
helm-files helm-buffers helm-occur helm-tags helm-locate helm-grep
helm-regexp format-spec helm-utils helm-help helm-types helm helm-source
eieio-compat helm-multi-match helm-lib async use-package-bind-key
bind-key counsel xdg xref project swiper ivy delsel colir ivy-overlay
ace-window avy ace-jump-zap ace-jump-mode cl ranger autorevert
filenotify hl-line evil-collection-dired dired dired-loaddefs
evil-collection-neotree neotree projectile grep compile ibuf-ext ibuffer
ibuffer-loaddefs shrink-path rx f s dash which-key evil-multiedit iedit
iedit-lib evil-nerd-commenter evil-nerd-commenter-operator
evil-nerd-commenter-sdk sgml-mode dom evil-matchit evil-matchit-sdk
evil-collection-unimpaired evil-collection
bunny-minor-mode-leader-keymap zone-rainbow color zone symbol-overlay
evil-leader evil evil-integration undo-tree diff evil-maps evil-commands
reveal flyspell ispell evil-jumps evil-command-window evil-types
evil-search evil-ex shell pcomplete comint ansi-color evil-macros
evil-repeat evil-states evil-core advice evil-common windmove thingatpt
rect evil-digraphs evil-vars edmacro kmacro hl-todo posframe
rainbow-delimiters highlight-parentheses move-text macrostep ring pp
exec-path-from-shell try url url-proxy url-privacy url-expand
url-methods url-history url-cookie url-domsuf url-util mailcap anaphora
aggressive-indent easy-mmode cl-extra help-mode use-package-ensure
use-package-core finder-inf info package easymenu browse-url
url-handlers url-parse auth-source cl-seq eieio eieio-core cl-macs
eieio-loaddefs password-cache json subr-x map url-vars seq byte-opt gv
bytecomp byte-compile cconv cl-loaddefs cl-lib tooltip eldoc electric
uniquify ediff-hook vc-hooks lisp-float-type mwheel term/x-win x-win
term/common-win x-dnd tool-bar dnd fontset image regexp-opt fringe
tabulated-list replace newcomment text-mode elisp-mode lisp-mode
prog-mode register page tab-bar menu-bar rfn-eshadow isearch timer
select scroll-bar mouse jit-lock font-lock syntax facemenu font-core
term/tty-colors frame minibuffer cl-generic cham georgian utf-8-lang
misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms
cp51932 hebrew greek romanian slovak czech european ethiopic indian
cyrillic chinese composite charscript charprop case-table epa-hook
jka-cmpr-hook help simple abbrev obarray cl-preloaded nadvice loaddefs
button faces cus-face macroexp files text-properties overlay sha1 md5
base64 format env code-pages mule custom widget hashtable-print-readable
backquote threads inotify dynamic-setting system-font-setting
font-render-setting x multi-tty make-network-process emacs)

Memory information:
((conses 16 632937 99192)
 (symbols 48 53853 52)
 (strings 32 181171 13075)
 (string-bytes 1 5457906)
 (vectors 16 89834)
 (vector-slots 8 1780900 209238)
 (floats 8 893 401)
 (intervals 56 24129 5564)
 (buffers 1000 48)
 (heap 1024 49509 3144))=




Acknowledgement sent to NiwTinray <niwtrx@HIDDEN>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs@HIDDEN. Full text available.
Report forwarded to bug-gnu-emacs@HIDDEN:
bug#38912; Package emacs. Full text available.
Please note: This is a static page, with minimal formatting, updated once a day.
Click here to see this page with the latest information and nicer formatting.
Last modified: Tue, 7 Jan 2020 18:15:02 UTC

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997 nCipher Corporation Ltd, 1994-97 Ian Jackson.