From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Steven Tamm Newsgroups: gmane.emacs.devel Subject: Re: Mac OS X 10.2.2 - Need to Recompile Date: Thu, 14 Nov 2002 00:12:32 -0800 Sender: emacs-devel-admin@gnu.org Message-ID: References: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 (Apple Message framework v548) Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Trace: main.gmane.org 1037312084 4687 80.91.224.249 (14 Nov 2002 22:14:44 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Thu, 14 Nov 2002 22:14:44 +0000 (UTC) Cc: emacs-devel@gnu.org Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 18CSG2-0001DB-00 for ; Thu, 14 Nov 2002 23:14:42 +0100 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 18CSSb-0001mS-00 for ; Thu, 14 Nov 2002 23:27:41 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10) id 18CP4M-0003Be-00; Thu, 14 Nov 2002 13:50:26 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 18CMzf-00014l-00 for emacs-devel@gnu.org; Thu, 14 Nov 2002 11:37:27 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 18CMza-000131-00 for emacs-devel@gnu.org; Thu, 14 Nov 2002 11:37:26 -0500 Original-Received: from gnudist.gnu.org ([199.232.41.7]) by monty-python.gnu.org with esmtp (Exim 4.10) id 18CFDs-0003ML-00; Thu, 14 Nov 2002 03:19:36 -0500 Original-Received: from smtpout.mac.com ([17.250.248.87]) by gnudist.gnu.org with esmtp (Exim 4.10) id 18CFDr-0008R8-00; Thu, 14 Nov 2002 03:19:35 -0500 Original-Received: from asmtp01.mac.com (asmtp01-qfe3 [10.13.10.65]) by smtpout.mac.com (Xserve/MantshX 2.0) with ESMTP id gAE8CXKF009640; Thu, 14 Nov 2002 00:12:33 -0800 (PST) Original-Received: from mac.com ([12.236.43.16]) by asmtp01.mac.com (Netscape Messaging Server 4.15) with ESMTP id H5K44X00.UJG; Thu, 14 Nov 2002 00:12:33 -0800 Original-To: rms@gnu.org In-Reply-To: X-Mailer: Apple Mail (2.548) Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:9438 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:9438 Done. Here it is. * Emacs crashes on Mac OS X (Carbon) after system software upgrade. Between Mac OS X release 10.2.1 and 10.2.2 there was an incompatible change in the memory allocator that causes a EXC_BAD_ACCESS error near xrealloc(). Relinking the application (by deleting src/temacs and running make) will solve the problem. It appears to be caused by some problems with the unexec code and its interaction with libSystem.B. ----- I researched the problem and it appears to be related to the unexmacosx.c code. I need to compare more the unexdyld.c code from apple (which provided an upwardly compatibly release) with how unexmacosx works. Hopefully darwin will get a little more stable so that the incompatible changes won't happen so frequently. For those who still have a bad binary, could you check to see if setting the environment variable DYLD_FORCE_FLAT_NAMESPACE fixes anything? I have a sneaky suspicion it might; but it could also fail due to redefinition of some terminfo variables BC, PC, and UP. -Steven P.S. I spent a little bit of time trying to get unexdyld.c to work with the Carbon GUI. As Andrew's comments in unexmacosx.c explain, the use of malloc_freezedry and malloc_jumpstart exist in Next/Openstep/rhapsody/darwin solely for the purpose of emacs unexec. However, it appears that any use of the CoreFoundtation layer (which Carbon uses extensively) causes malloc_freezedry to break. The unexmacosx.c code does pretty much the same thing that freezedry does, but with a finer degree of control by using the primitives in scaleable_malloc directly. However, if you try to update_prebinding on an emacs binary, it complains that hints table is out of place. Running otool -l on the Apple provided binary next to one from CVS yields a very, very different story. More investigation into this is needed. On Wednesday, November 13, 2002, at 03:33 AM, Richard Stallman wrote: > I just updated to Mac OS X 10.2.2 and the emacs I was using > (compiled > in 10.2.1) stopped working (similar to the update between 10.1 and > 10.2). Recompiling fixed everything, so it's not a huge problem. > > Could you write a note for etc/PROBLEMS? > If you can fix the problem, that is good, but not desperately > necessary; however, it is important to have that note. > > > _______________________________________________ > Emacs-devel mailing list > Emacs-devel@gnu.org > http://mail.gnu.org/mailman/listinfo/emacs-devel