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: Thu, 24 Sep 2015 21:23:05 +0300 Message-ID: <83pp17ismu.fsf@gnu.org> References: <83y4gi6z3p.fsf@gnu.org> <837fo07p54.fsf@gnu.org> <83zj0gm3yu.fsf@gnu.org> <83y4g0m0js.fsf@gnu.org> <83wpvjnc5m.fsf@gnu.org> <83twqnnbdz.fsf@gnu.org> <837fnhlb3v.fsf@gnu.org> <83y4fvixvx.fsf@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1443119065 5107 80.91.229.3 (24 Sep 2015 18:24:25 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 24 Sep 2015 18:24:25 +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 Thu Sep 24 20:24:14 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 1ZfBBi-0004nl-9p for geb-bug-gnu-emacs@m.gmane.org; Thu, 24 Sep 2015 20:24:10 +0200 Original-Received: from localhost ([::1]:52617 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZfBBh-0001vo-Bt for geb-bug-gnu-emacs@m.gmane.org; Thu, 24 Sep 2015 14:24:09 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:55276) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZfBBd-0001vE-Ax for bug-gnu-emacs@gnu.org; Thu, 24 Sep 2015 14:24:06 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZfBBa-0003Gd-77 for bug-gnu-emacs@gnu.org; Thu, 24 Sep 2015 14:24:05 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:53104) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZfBBa-0003GZ-3f for bug-gnu-emacs@gnu.org; Thu, 24 Sep 2015 14:24:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1ZfBBZ-00089X-Pq for bug-gnu-emacs@gnu.org; Thu, 24 Sep 2015 14:24: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: Thu, 24 Sep 2015 18:24:01 +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.144311898631271 (code B ref 21428); Thu, 24 Sep 2015 18:24:01 +0000 Original-Received: (at 21428) by debbugs.gnu.org; 24 Sep 2015 18:23:06 +0000 Original-Received: from localhost ([127.0.0.1]:42075 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZfBAg-00088J-8p for submit@debbugs.gnu.org; Thu, 24 Sep 2015 14:23:06 -0400 Original-Received: from mtaout22.012.net.il ([80.179.55.172]:49162) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZfBAe-00088A-7d for 21428@debbugs.gnu.org; Thu, 24 Sep 2015 14:23:05 -0400 Original-Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0NV700B001L4CY00@a-mtaout22.012.net.il> for 21428@debbugs.gnu.org; Thu, 24 Sep 2015 21:23:02 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([84.94.185.246]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NV700BRD1QEBS20@a-mtaout22.012.net.il>; Thu, 24 Sep 2015 21:23:02 +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:106879 Archived-At: > From: Rainer M Krug > Cc: 21428@debbugs.gnu.org, mituharu+bug-gnu-emacs-mac@math.s.chiba-u.ac.jp > Date: Thu, 24 Sep 2015 19:22:48 +0200 > > >> | (gdb) pgrow > >> | TEXT: 22 glyphs > >> | 0 0: CHAR[*] str=0xc3502c8[0] blev=0,btyp=L w=8 a+d=14+4 face=17 AVOID > >> | 1 8: CHAR[*] str=0xc3502c8[1] blev=0,btyp=L w=8 a+d=14+4 face=17 AVOID > >> | 2 16: CHAR[*] str=0xc3502c8[2] blev=0,btyp=L w=8 a+d=14+4 face=17 AVOID > >> | 3 24: CHAR[*] str=0xc3502c8[3] blev=0,btyp=L w=8 a+d=14+4 face=17 AVOID > >> | 4 32: CHAR[*] str=0xc3502c8[4] blev=0,btyp=L w=8 a+d=14+4 face=17 AVOID > >> | 5 40: CHAR[*] str=0xc3502c8[5] blev=0,btyp=L w=8 a+d=14+4 face=17 AVOID > >> | 6 48: CHAR[*] str=0xc3502c8[6] blev=0,btyp=L w=8 a+d=14+4 face=17 AVOID > >> | 7 56: CHAR[ ] str=0xc3502c8[7] blev=0,btyp=L w=8 a+d=14+4 AVOID > >> | 8 64: CHAR[-] pos=34336 blev=0,btyp=L w=8 a+d=14+4 MB > >> | 9 72: CHAR[ ] pos=34337 blev=0,btyp=L w=8 a+d=14+4 MB > >> | 10 80: CHAR[[] pos=34338 blev=0,btyp=L w=8 a+d=14+4 face=18 MB > >> | 11 88: CHAR[ ] pos=34339 blev=0,btyp=L w=8 a+d=14+4 face=18 MB > >> | 12 96: CHAR[]] pos=34340 blev=0,btyp=L w=8 a+d=14+4 face=18 MB > >> | 13 104: CHAR[ ] pos=34341 blev=0,btyp=L w=8 a+d=14+4 MB > >> | 14 112: CHAR[o] pos=34342 blev=0,btyp=L w=8 a+d=14+4 face=31 MB > >> | 15 120: CHAR[w] pos=34343 blev=0,btyp=L w=8 a+d=14+4 face=31 MB > >> | 16 128: CHAR[n] pos=34344 blev=0,btyp=L w=8 a+d=14+4 face=31 MB > >> | 17 136: CHAR[F] pos=34345 blev=0,btyp=L w=8 a+d=14+4 face=31 MB > >> | 18 144: CHAR[r] pos=34346 blev=0,btyp=L w=8 a+d=14+4 face=31 MB > >> | 19 152: CHAR[e] pos=34347 blev=0,btyp=L w=8 a+d=14+4 face=31 MB > >> | 20 160: CHAR[e] pos=34348 blev=0,btyp=L w=8 a+d=14+4 face=31 MB > >> | 21 168: CHAR[ ] pos=0 blev=0,btyp=B w=8 a+d=14+4 MB > >> | (gdb) xbacktrace > >> | "redisplay_internal (C function)" (0x0) > >> | "redisplay" (0x5fbfaa68) > >> | "sit-for" (0x5fbfb430) > >> | "isearch-lazy-highlight-new-loop" (0x5fbfbe00) > >> | "replace-highlight" (0x5fbfc7f0) > >> | "perform-replace" (0x5fbfd220) > >> | "query-replace" (0x5fbfdd90) > >> | "funcall-interactively" (0x5fbfdd88) > >> | "call-interactively" (0x5fbfe6a0) > >> | "command-execute" (0x5fbff090) > > > > Given the above characters displayed on one offending screen lines, > > can you figure out what kind of face is #31, the one which should be > > used to display the 7 last characters "ownFree"? > > If you tell me how, I could do this. Recreate the same display, then use describe-text-properties, see below. > How did you identify the characters "ownFree" as causing the being > in that face? See the output of the "pgrow" command above: > >> | 14 112: CHAR[o] pos=34342 blev=0,btyp=L w=8 a+d=14+4 face=31 MB > >> | 15 120: CHAR[w] pos=34343 blev=0,btyp=L w=8 a+d=14+4 face=31 MB > >> | 16 128: CHAR[n] pos=34344 blev=0,btyp=L w=8 a+d=14+4 face=31 MB > >> | 17 136: CHAR[F] pos=34345 blev=0,btyp=L w=8 a+d=14+4 face=31 MB > >> | 18 144: CHAR[r] pos=34346 blev=0,btyp=L w=8 a+d=14+4 face=31 MB > >> | 19 152: CHAR[e] pos=34347 blev=0,btyp=L w=8 a+d=14+4 face=31 MB > >> | 20 160: CHAR[e] pos=34348 blev=0,btyp=L w=8 a+d=14+4 face=31 MB This shows that characters at columns 14 to 20 that come buffer positions 34342 through 34340 are "ownFree" and should be displayed with face=31. > > Could this by any chance be the 'query-replace' face used by the > > command query-replace to highlight the matches? > > No - see the attached screenshot - maybe it helps you? It helps: the offending line seems to be the one that shows this: - [ ] ownFree with "ownFree" highlighted by a green underwave. Do you know what is that underwave face? (If you don't, you could recreate the buffer in a live session, then go to that place and type "M-x describe-text-properties RET".) > >> By the way: these crashes usually happen when I do something quickly - > >> e.g. here I search-replaced some trivial string in org code blocks, the > >> last time I deleted repeatedly result blocks and empty lines. > > > > If the face involved in these crashes is different each time, we will > > need to trace all operations that use frame face cache. But we've not > > yet established that. > > Hopefully it is easier. Let's hope. Thanks.