From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#21428: 24.5; Crash of emacs on OS X, installed via homebrew cask Date: Mon, 28 Sep 2015 13:03:02 +0300 Message-ID: <83bncmeu95.fsf@gnu.org> References: <83zj0gm3yu.fsf@gnu.org> <83y4g0m0js.fsf@gnu.org> <83wpvjnc5m.fsf@gnu.org> <83twqnnbdz.fsf@gnu.org> <837fnhlb3v.fsf@gnu.org> <83y4fvixvx.fsf@gnu.org> <83pp17ismu.fsf@gnu.org> <83lhbvir5b.fsf@gnu.org> <838u7uizqs.fsf@gnu.org> <8337y2imvk.fsf@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1443452509 2983 80.91.229.3 (28 Sep 2015 15:01:49 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 28 Sep 2015 15:01:49 +0000 (UTC) Cc: 21428@debbugs.gnu.org, mituharu+bug-gnu-emacs-mac@math.s.chiba-u.ac.jp To: Rainer M Krug Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Sep 28 17:01:35 2015 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1ZgZvp-00064b-KX for geb-bug-gnu-emacs@m.gmane.org; Mon, 28 Sep 2015 17:01:33 +0200 Original-Received: from localhost ([::1]:37628 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZgZvp-0001vI-1M for geb-bug-gnu-emacs@m.gmane.org; Mon, 28 Sep 2015 11:01:33 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:41345) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZgVH0-0000Zj-Nk for bug-gnu-emacs@gnu.org; Mon, 28 Sep 2015 06:03:10 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZgVGw-0004eK-MI for bug-gnu-emacs@gnu.org; Mon, 28 Sep 2015 06:03:06 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:57262) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZgVGw-0004eG-Ii for bug-gnu-emacs@gnu.org; Mon, 28 Sep 2015 06:03:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1ZgVGw-0005gw-E7 for bug-gnu-emacs@gnu.org; Mon, 28 Sep 2015 06:03:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 28 Sep 2015 10:03:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 21428 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo Original-Received: via spool by 21428-submit@debbugs.gnu.org id=B21428.144343457521859 (code B ref 21428); Mon, 28 Sep 2015 10:03:02 +0000 Original-Received: (at 21428) by debbugs.gnu.org; 28 Sep 2015 10:02:55 +0000 Original-Received: from localhost ([127.0.0.1]:46233 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZgVGo-0005gU-Ng for submit@debbugs.gnu.org; Mon, 28 Sep 2015 06:02:55 -0400 Original-Received: from mtaout29.012.net.il ([80.179.55.185]:51307) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZgVGm-0005gK-Kl for 21428@debbugs.gnu.org; Mon, 28 Sep 2015 06:02:53 -0400 Original-Received: from conversion-daemon.mtaout29.012.net.il by mtaout29.012.net.il (HyperSendmail v2007.08) id <0NVD00600TA11K00@mtaout29.012.net.il> for 21428@debbugs.gnu.org; Mon, 28 Sep 2015 13:03:39 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([84.94.185.246]) by mtaout29.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NVD006IFTA3NYD0@mtaout29.012.net.il>; Mon, 28 Sep 2015 13:03:39 +0300 (IDT) In-reply-to: X-012-Sender: halo1@inter.net.il X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:106995 Archived-At: > From: Rainer M Krug > Cc: 21428@debbugs.gnu.org, mituharu+bug-gnu-emacs-mac@math.s.chiba-u.ac.jp > Date: Mon, 28 Sep 2015 11:33:49 +0200 > > > First, I'd like to know whether the line of code marked below is ever > > executed: > > > > static void > > uncache_face (struct face_cache *c, struct face *face) > > { > > int i = face->hash % FACE_CACHE_BUCKETS_SIZE; > > > > if (face->prev) > > face->prev->next = face->next; > > else > > c->buckets[i] = face->next; > > > > if (face->next) > > face->next->prev = face->prev; > > > > c->faces_by_id[face->id] = NULL; > > if (face->id == c->used) > > --c->used; <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< > > } > > > > This is from xfaces.c, line 4322 with the current Git master. Please > > put a breakpoint there, and run Emacs under GDB until it crashes as > > before, or until this breakpoint breaks. If it breaks, please show > > the backtrace. > > OK - Emacs crashed again (same pattern) and the breakpoint was > triggered: > > ,---- > | xdisp.c:24333: Emacs fatal error: assertion failed: face != NULL You mean, the breakpoint did NOT trigger, right? Because I cannot see any backtraces from the breakpoint in uncache_face. Did I miss something? > I am sure the crash occurs again, so please let me know what further > info you need from the next crash. If indeed the breakpoint in uncache_face never breaks, please proceed to configuring Emacs with --enable-checking='yes,glyphs' and disabling the redisplay optimizations, as I've described here: > > If this breakpoint never breaks before another crash, please > > reconfigure Emacs like this: > > > > CFLAGS="-ggdb3 -O0" CXXFLAGS="-ggdb3 -O0" LDFLAGS="-ggdb3" ./configure --enable-checking='yes,glyphs' > > > > then rebuild, and run it after setting these three variables to t: > > > > inhibit-try-cursor-movement > > inhibit-try-window-id > > inhibit-try-window-reusing > > > > This disables some redisplay optimizations, so you might see slow > > redisplay; this is normal. What is important is to see whether the > > crashes disappear when these variables are set to non-nil values. If > > you run for a long time without crashes, then set these variables to > > nil, one by one, in the order they are shown above, and each time let > > Emacs run enough time for you to be sure the problem doesn't happen, > > before you proceed to the next variable. Thanks.