From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Chris Hall Newsgroups: gmane.emacs.bugs Subject: Re: 23.0.60; Seg fault in xfaces.c at line 6703 (Emacs.app on GNUstep) Date: Sun, 03 Feb 2008 21:28:58 -1000 Message-ID: <4ab48944a960527e5792ab6702c0f683@lagorda> References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 (Generated by Pantomime 1.2.0) Content-Type: text/plain; charset="us-ascii"; format="flowed" X-Trace: ger.gmane.org 1202109935 1614 80.91.229.12 (4 Feb 2008 07:25:35 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 4 Feb 2008 07:25:35 +0000 (UTC) Cc: Emacs bugs , Dan Nicolaescu To: YAMAMOTO Mitsuharu Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Feb 04 08:25:54 2008 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1JLvi2-0007P3-M1 for geb-bug-gnu-emacs@m.gmane.org; Mon, 04 Feb 2008 08:25:42 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JLvha-0006jX-Cm for geb-bug-gnu-emacs@m.gmane.org; Mon, 04 Feb 2008 02:25:14 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JLvhT-0006hC-Gf for bug-gnu-emacs@gnu.org; Mon, 04 Feb 2008 02:25:07 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JLvhP-0006bW-RO for bug-gnu-emacs@gnu.org; Mon, 04 Feb 2008 02:25:06 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JLvhP-0006bD-Mc for bug-gnu-emacs@gnu.org; Mon, 04 Feb 2008 02:25:03 -0500 Original-Received: from out2.smtp.messagingengine.com ([66.111.4.26]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1JLvhQ-0001II-8S for bug-gnu-emacs@gnu.org; Mon, 04 Feb 2008 02:25:04 -0500 Original-Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 8F8648F665; Mon, 4 Feb 2008 02:24:59 -0500 (EST) Original-Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Mon, 04 Feb 2008 02:24:59 -0500 X-Sasl-enc: i9VvbRXDajIhNooJ1NNdW9Ur4q6qNmgTfNErerPGSX0b 1202109899 Original-Received: from localhost.localdomain (75-95-220-61.hon.clearwire-dns.net [75.95.220.61]) by mail.messagingengine.com (Postfix) with ESMTP id 2F0832340F; Mon, 4 Feb 2008 02:24:59 -0500 (EST) Original-Received: from localhost ([127.0.0.1] helo=localhost.localdomain ident=cjh) by localhost.localdomain with esmtp (Exim 4.50) id 1JLvlC-0001zZ-DK; Sun, 03 Feb 2008 21:28:58 -1000 In-Reply-To: User-Agent: GNUMail (Version 1.2.0) X-detected-kernel: by monty-python.gnu.org: Genre and OS details not recognized. X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:17467 Archived-At: > > As I said in *1, I could reproduce a similar backtrace by deliberately > defining CANNOT_DUMP. I suspect this is a generic problem for > CANNOT_DUMP platforms after the multi-tty merger. > > *1 http://lists.gnu.org/archive/html/emacs-devel/2008-01/msg02051.html > Thank you for following up on this, I truly appreciate it, but that is, I believe, the separate (and earlier) thread concerning the 'Vprocess_environment is not properly initialized on CANNOT_DUMP platforms' issue. In this one they were explaining to me that the seg fault by attempting to reference a field in an uninitialized face_cache struct -- the initialized version of which is quite clearly a necessary prerequisite to realizing a face in the first place -- is not considered to be caused by a bug in Emacs 23.0.60 and that seg fault _should_ occur in this case. IOW, a bug in Emacs.app seems to have left the face_cache struct uninitialized. Perhaps a somewhat similar, 'face realization' issue in the Carbon version as well ( see http://lists.gnu.org/archive/html/bug-gnu-emacs/2008-02/msg00021.html ). And apparently this has started happening to both versions since the unicode merge?