From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Ivan Cibrario Bertolotti Newsgroups: gmane.emacs.bugs Subject: bug#23875: 25.0.95; Emacs crashes when closing a frame on OSX Date: Sun, 11 Sep 2016 21:24:28 +0200 Message-ID: <4678D0F5-9492-46BA-9CDE-62ED15C19FDD@polito.it> References: <481371E5-6A60-49C8-B707-33B5001747BA@polito.it> <3C45BB04-687F-4587-A5BA-BCC715329692@polito.it> <2F307EFE-1F6C-462B-85C5-81877D4C88B5@polito.it> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: blaine.gmane.org 1473621924 22901 195.159.176.226 (11 Sep 2016 19:25:24 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sun, 11 Sep 2016 19:25:24 +0000 (UTC) Cc: 23875@debbugs.gnu.org To: Alan Third Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Sep 11 21:25:20 2016 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bjANN-0004jq-Dt for geb-bug-gnu-emacs@m.gmane.org; Sun, 11 Sep 2016 21:25:13 +0200 Original-Received: from localhost ([::1]:38816 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bjANL-0008JE-IW for geb-bug-gnu-emacs@m.gmane.org; Sun, 11 Sep 2016 15:25:11 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:55359) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bjANG-0008Hx-4M for bug-gnu-emacs@gnu.org; Sun, 11 Sep 2016 15:25:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bjANB-0000UV-Sy for bug-gnu-emacs@gnu.org; Sun, 11 Sep 2016 15:25:05 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:59068) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bjANB-0000UR-PL for bug-gnu-emacs@gnu.org; Sun, 11 Sep 2016 15:25:01 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1bjANB-0008Td-Iu for bug-gnu-emacs@gnu.org; Sun, 11 Sep 2016 15:25:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Ivan Cibrario Bertolotti Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 11 Sep 2016 19:25:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 23875 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: unreproducible Original-Received: via spool by 23875-submit@debbugs.gnu.org id=B23875.147362187832553 (code B ref 23875); Sun, 11 Sep 2016 19:25:01 +0000 Original-Received: (at 23875) by debbugs.gnu.org; 11 Sep 2016 19:24:38 +0000 Original-Received: from localhost ([127.0.0.1]:56780 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bjAMo-0008Sz-14 for submit@debbugs.gnu.org; Sun, 11 Sep 2016 15:24:38 -0400 Original-Received: from fm1nodo5.polito.it ([130.192.180.13]:54667) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bjAMm-0008Sm-O3 for 23875@debbugs.gnu.org; Sun, 11 Sep 2016 15:24:37 -0400 Original-Received: from polito.it (frontmail2.polito.it [130.192.180.42]) by fm1nodo5.polito.it with ESMTP id u8BJOUHV019760-u8BJOUHX019760 (version=TLSv1.0 cipher=DHE-RSA-AES256-SHA bits=256 verify=CAFAIL); Sun, 11 Sep 2016 21:24:30 +0200 Original-Received: from [87.9.225.201] (account d011741@polito.it HELO [192.168.1.106]) by polito.it (CommuniGate Pro SMTP 6.1.9) with ESMTPSA id 52109276; Sun, 11 Sep 2016 21:24:30 +0200 In-Reply-To: X-Mailer: Apple Mail (2.3124) X-FEAS-SYSTEM-WL: 130.192.180.42 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 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" Xref: news.gmane.org gmane.emacs.bugs:123193 Archived-At: > On 11 Sep 2016, at 20:18, Alan Third wrote: >=20 > Ivan Cibrario Bertolotti writes: >=20 >> unfortunately, no. I am still using Emacs with NSTRACE_ENABLED and >> NSZombiesEnabled=3DYES, plus some extra debugging printouts of my = own, >> related to allocation and deallocation of EmacsImages. However, I >> cannot trigger the bug anymore. In my opinion, there are two possible >> reasons for this: >>=20 >> - triggering the bug was related to =E2=80=9Csomething special=E2=80=9D= I was doing >> with Emacs at that time (somewhat unlikely), or >>=20 >> - it is a timing-dependent bug and the debugging printouts steered >> Emacs away from it (perhaps more likely) >>=20 >> At this time I seldom see EmacsImage allocations/deallocations in the >> Emacs trace if at all. It seems to me that most of them are allocated >> before dumping (like fringe bitmaps in bimgs, ns_draw_fringe_bitmap, >> nsterm.m) and never deallocated. >>=20 >> I would like to force Emacs to make heavier use of EmacsImages and >> increase the probability of running into the bug again, but I don=E2=80= =99t >> know the code base well enough for that. >>=20 >> If you know of any way of attaining that, please let me know and I >> will give it a try. >=20 > I'm afraid I don't know any way of doing that. I guess you could just > try loading and deleting images repeatedly: >=20 > (dotimes (i 10) > (let ((image (find-image '((:type xpm :file "delete.xpm"))))) > (insert (propertize " " 'display `(,image (slice .0 .0 1.0 1.0))))) > (redisplay) > (delete-backward-char 1)) >=20 > That should display a bin icon ten times quickly, but I don't know if > it'll dealloc it each time or if it gets cached in some way. Thank you, I tried something very similar in the past and it works = perfectly. In the trace I see a single instance of [EmacsImage = initForXPMWithDepth:::], so I guess the image gets cached. > Since you're the only person to report this so far I'd be inclined to > think that perhaps some part of your configuration is causing it. = Would > it be possible for you to turn off the debug output and try > systematically disabling different parts of your configuration to see = if > the crashes go away? That could perhaps help us narrow down what code = is > causing the crash. I agree, it makes a lot of sense, indeed. I will definitely try to = tweak my configuration to the extent I can. Concerning the way of using Emacs, may I ask if there is any =E2=80=9Cgrey= area=E2=80=9D in using Emacs in native full screen mode? When I saw the bug, I was switching in and out of full screen mode quite often. One thing I noticed is that the bug appeared during or shortly after a switch. I don=E2=80=99t see how it can be related to EmacsImages, but it is the most significant clue I can think of at this time. Thank you so much again for your time and for the hints. Sorry for not being of much help. Best regards, Ivan