From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Jan =?UTF-8?Q?Dj=C3=A4rv?= Newsgroups: gmane.emacs.bugs Subject: bug#9943: 24.0.91; Abort in check_glyph_memory Date: Sat, 5 Nov 2011 13:26:08 +0100 Message-ID: <0A21B7C4-DE31-4F1F-BE3A-9C12A0B206C5@swipnet.se> References: <4EB25C0C.3060806@gmx.at> <834nylm3c3.fsf@gnu.org> <4EB30229.7070105@cornell.edu> <831uton9zo.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1320495995 25829 80.91.229.12 (5 Nov 2011 12:26:35 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sat, 5 Nov 2011 12:26:35 +0000 (UTC) Cc: 9943@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Nov 05 13:26:28 2011 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1RMfKO-0000uc-HW for geb-bug-gnu-emacs@m.gmane.org; Sat, 05 Nov 2011 13:26:28 +0100 Original-Received: from localhost ([::1]:47114 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RMfKO-00083p-2y for geb-bug-gnu-emacs@m.gmane.org; Sat, 05 Nov 2011 08:26:28 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:46092) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RMfKK-00083Y-TZ for bug-gnu-emacs@gnu.org; Sat, 05 Nov 2011 08:26:26 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RMfKI-0006KC-ML for bug-gnu-emacs@gnu.org; Sat, 05 Nov 2011 08:26:24 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:36982) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RMfKI-0006K2-IB for bug-gnu-emacs@gnu.org; Sat, 05 Nov 2011 08:26:22 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1RMfMs-0003qg-1P for bug-gnu-emacs@gnu.org; Sat, 05 Nov 2011 08:29:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Jan =?UTF-8?Q?Dj=C3=A4rv?= Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 05 Nov 2011 12:29:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9943 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo Original-Received: via spool by 9943-submit@debbugs.gnu.org id=B9943.132049613414780 (code B ref 9943); Sat, 05 Nov 2011 12:29:01 +0000 Original-Received: (at 9943) by debbugs.gnu.org; 5 Nov 2011 12:28:54 +0000 Original-Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RMfMj-0003qK-OX for submit@debbugs.gnu.org; Sat, 05 Nov 2011 08:28:53 -0400 Original-Received: from mailout.melmac.se ([62.20.26.67]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RMfMh-0003qB-Sm for 9943@debbugs.gnu.org; Sat, 05 Nov 2011 08:28:52 -0400 Original-Received: from mail01.melmac.se (mail01.melmac.se [62.20.26.80]) by mailout.melmac.se (Postfix) with ESMTP id BEFC82C248 for <9943@debbugs.gnu.org>; Sat, 5 Nov 2011 13:26:09 +0100 (CET) Original-Received: (qmail 14245 invoked by uid 89); 5 Nov 2011 12:26:09 -0000 Original-Received: from h-46-59-42-18.na.cust.bahnhof.se (HELO coolsville.localdomain) (boel.djarv@bdtv.se@46.59.42.18) by mail01.melmac.se with ESMTPA; 5 Nov 2011 12:26:09 -0000 Original-Received: from [172.20.199.13] (zeplin [172.20.199.13]) by coolsville.localdomain (Postfix) with ESMTPSA id 4C41D7FA058; Sat, 5 Nov 2011 13:26:09 +0100 (CET) In-Reply-To: <831uton9zo.fsf@gnu.org> X-Mailer: Apple Mail (2.1251.1) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Sat, 05 Nov 2011 08:29:02 -0400 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 140.186.70.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:53543 Archived-At: Hello. 3 nov 2011 kl. 22:59 skrev Eli Zaretskii: >> Date: Thu, 03 Nov 2011 17:05:45 -0400 >> From: Ken Brown >> CC: Eli Zaretskii , 9943@debbugs.gnu.org >>=20 >> On 11/3/2011 3:58 PM, Glenn Morris wrote: >>> Eli Zaretskii wrote: >>>=20 >>>> I fixed this for w32 (revision 106273 on the trunk). I think the = same >>>> problem can happen on X, but I cannot run Emacs on X where I'm = typing >>>> this. Could someone please try the recipe on X and see if the same >>>> problem happens there? It could matter which toolkit was used to >>>> build Emacs, so please tell which toolkit you are using. TIA. >>>=20 >>> Lucid toolkit: >>=20 >> [...] >>=20 >> Eli, >>=20 >> I don't know if you need results from a second toolkit, but here's = what=20 >> I get with gtk: >>=20 >> (gdb) bt full >> #0 abort () at emacs.c:386 >> No locals. >> #1 0x00404781 in check_glyph_memory () at dispnew.c:2370 >> tail =3D 8775706 >> frame =3D -2147299323 >> #2 0x005149e8 in shut_down_emacs (sig=3D0, no_x=3D0, stuff=3D8775706) >> at emacs.c:2102 >=20 > Thanks, I installed a fix. I don't think it was quite correct. In x-create-frame terminal->reference_count gets incremented before = record_unwind_protect, but it is not decremented in case the unwind = protect function is called. I don't know if w32 has the same problem? Also, in w32term.c, image_cache_refcount is assigned before = init_frame_faces is called, but in xterm.c, this is reversed. Indeed, = turning on GLYPH_DEBUG and recreating this bug causes an assert = violation in unwind_create_frame. I don't know about w32, but on ns and X, accessing FRAME_IMAGE_CACHE = (f)->refcount before calling init_frame_faces causes a segmentation = violation, as FRAME_IMAGE_CACHE (f) is NULL. Also, there is a typo in the comment to unwind_create_frame, = x_create_top_frame should be ..._tip_frame. This may have been an old = thing. I fixed these issues on X and ns (I hope :-). >=20 > nsfns.m has a similar problem, but x-create-frame there doesn't have > an unwind-protect function to add a similar change. Can someone test > this recipe on a Mac? The same bug was present there, but is fixed now. Jan D.