From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#43700: 28.0.50; Crash creating a second frame Date: Sat, 03 Oct 2020 15:45:55 +0300 Message-ID: <83o8ljfpfg.fsf@gnu.org> References: <83y2ksk5sb.fsf@gnu.org> <6b20df65-0c09-f54c-1018-e95f7509aa75@gmail.com> <86tuvf6ndi.fsf@gmail.com> <83y2kqgl9a.fsf@gnu.org> <14da5210-bba0-9e33-65dc-a76e7f3878fe@gmail.com> <83d020g84v.fsf@gnu.org> <664bed9f-bad0-7720-62b2-c8632869291a@gmail.com> <83362vhgh9.fsf@gnu.org> <572e3be7-6f96-90f3-192d-fa0b51f85218@gmail.com> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="5343"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 43700@debbugs.gnu.org To: Andy Moreton Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat Oct 03 14:47:15 2020 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kOgwU-0001Fo-LW for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 03 Oct 2020 14:47:14 +0200 Original-Received: from localhost ([::1]:52818 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kOgwT-0001az-7a for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 03 Oct 2020 08:47:13 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:35270) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kOgwI-0001ao-Ke for bug-gnu-emacs@gnu.org; Sat, 03 Oct 2020 08:47:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:59827) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kOgwH-0003Gk-Pt for bug-gnu-emacs@gnu.org; Sat, 03 Oct 2020 08:47:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kOgwH-0001II-NL for bug-gnu-emacs@gnu.org; Sat, 03 Oct 2020 08:47:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 03 Oct 2020 12:47:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 43700 X-GNU-PR-Package: emacs Original-Received: via spool by 43700-submit@debbugs.gnu.org id=B43700.16017291694909 (code B ref 43700); Sat, 03 Oct 2020 12:47:01 +0000 Original-Received: (at 43700) by debbugs.gnu.org; 3 Oct 2020 12:46:09 +0000 Original-Received: from localhost ([127.0.0.1]:43140 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kOgvR-0001H6-Cc for submit@debbugs.gnu.org; Sat, 03 Oct 2020 08:46:09 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:56558) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kOgvN-0001GL-LG for 43700@debbugs.gnu.org; Sat, 03 Oct 2020 08:46:08 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:53554) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kOgvI-0003Dm-9J; Sat, 03 Oct 2020 08:46:00 -0400 Original-Received: from [176.228.60.248] (port=1360 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kOgvD-0003Xp-RZ; Sat, 03 Oct 2020 08:46:00 -0400 In-Reply-To: <572e3be7-6f96-90f3-192d-fa0b51f85218@gmail.com> (message from Andy Moreton on Sat, 3 Oct 2020 13:26:09 +0100) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:189694 Archived-At: > Cc: 43700@debbugs.gnu.org > From: Andy Moreton > Date: Sat, 3 Oct 2020 13:26:09 +0100 > > > (gdb) watch -l f->face_cache->used if f->face_cache->used == 0 > > > > Then produce a backtrace from any time this watchpoint fires. That > > should show us the culprit. > > The watchpoint does not fire before the segfault, so there is clearly > something wrong with gdb on this platform :-( Does the watchpoint fire if you remove the condition? IOW, do this: (gdb) watch -l f->face_cache->used If this works, then you should see also the events where faces are added, which will show the 'used' count go up. Another possibility is that the face cache gets reset not for the new frame being created, but for the other frame. You can tell by comparing the value of 'f' at the point where init_frame_faces is called and at the segfault point. If this is what happens, then we will need a slightly more sophisticated method of setting the watchpoint. Thanks.