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#10296: 24.0.92; check_glyph_memory still aborting Date: Fri, 16 Dec 2011 13:24:25 +0200 Message-ID: <83pqfo21zq.fsf@gnu.org> References: <4EE8548C.9030901@gmx.at> <8339cm2frk.fsf@gnu.org> <20111216095654.138360@gmx.net> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org X-Trace: dough.gmane.org 1324034802 31064 80.91.229.12 (16 Dec 2011 11:26:42 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 16 Dec 2011 11:26:42 +0000 (UTC) Cc: 10296@debbugs.gnu.org To: Martin Rudalics Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Dec 16 12:26:38 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 1RbVvx-0001tT-V6 for geb-bug-gnu-emacs@m.gmane.org; Fri, 16 Dec 2011 12:26:38 +0100 Original-Received: from localhost ([::1]:38794 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RbVvw-000228-Tb for geb-bug-gnu-emacs@m.gmane.org; Fri, 16 Dec 2011 06:26:36 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:41520) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RbVvp-00020k-9W for bug-gnu-emacs@gnu.org; Fri, 16 Dec 2011 06:26:34 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RbVvo-0007O7-9b for bug-gnu-emacs@gnu.org; Fri, 16 Dec 2011 06:26:29 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:39726) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RbVvo-0007Nx-5J for bug-gnu-emacs@gnu.org; Fri, 16 Dec 2011 06:26:28 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1RbVxK-0005QJ-DR for bug-gnu-emacs@gnu.org; Fri, 16 Dec 2011 06:28:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 16 Dec 2011 11:28:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10296 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo Original-Received: via spool by 10296-submit@debbugs.gnu.org id=B10296.132403484420762 (code B ref 10296); Fri, 16 Dec 2011 11:28:02 +0000 Original-Received: (at 10296) by debbugs.gnu.org; 16 Dec 2011 11:27:24 +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 1RbVwi-0005Oo-9y for submit@debbugs.gnu.org; Fri, 16 Dec 2011 06:27:24 -0500 Original-Received: from mtaout23.012.net.il ([80.179.55.175]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RbVwg-0005Of-7w for 10296@debbugs.gnu.org; Fri, 16 Dec 2011 06:27:22 -0500 Original-Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0LWA00M00NLQNB00@a-mtaout23.012.net.il> for 10296@debbugs.gnu.org; Fri, 16 Dec 2011 13:24:23 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([77.127.39.203]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LWA00ME1NOLCX80@a-mtaout23.012.net.il>; Fri, 16 Dec 2011 13:24:23 +0200 (IST) In-reply-to: <20111216095654.138360@gmx.net> X-012-Sender: halo1@inter.net.il X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Fri, 16 Dec 2011 06:28:02 -0500 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:55010 Archived-At: > Cc: 10296@debbugs.gnu.org > Date: Fri, 16 Dec 2011 10:56:54 +0100 > From: "Martin Rudalics" > > > If this is by design, I could easily avoid this abort when > > command_loop_level is non-zero, if that's TRT to do. > > IMHO the fact that the abort dialogue pops up is not TRT. Of course. The question is whether it's TRT to avoid the abort by ignoring the results of checking glyph memory, solely because we are exiting from a recursive level > 0.