From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: YAMAMOTO Mitsuharu Newsgroups: gmane.emacs.devel Subject: Re: C-g crash in C-x C-f (OSX Lion) Date: Tue, 20 Dec 2011 18:24:07 +0900 Organization: Faculty of Science, Chiba University Message-ID: References: <4EEB48B2.9090602@swipnet.se> <83liqc1tac.fsf@gnu.org> <83fw gk1atk.fsf@gnu.org> <4EEBE0DC.1050803@cs.ucla.edu> < 4EEF5DF5.3030506@swipnet.se> <9E637EAB-A0C5-421B-9CCA-71C41442AF52@gmail.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Trace: dough.gmane.org 1324373070 28121 80.91.229.12 (20 Dec 2011 09:24:30 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 20 Dec 2011 09:24:30 +0000 (UTC) Cc: Emacs developers , Rene@Kyllingstad.com To: chad Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Dec 20 10:24:24 2011 Return-path: Envelope-to: ged-emacs-devel@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 1Rcvvr-0005ZC-F8 for ged-emacs-devel@m.gmane.org; Tue, 20 Dec 2011 10:24:23 +0100 Original-Received: from localhost ([::1]:55553 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Rcvvr-0006fJ-0T for ged-emacs-devel@m.gmane.org; Tue, 20 Dec 2011 04:24:23 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:44683) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Rcvvj-0006f1-2e for emacs-devel@gnu.org; Tue, 20 Dec 2011 04:24:20 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Rcvve-0005x9-Ux for emacs-devel@gnu.org; Tue, 20 Dec 2011 04:24:15 -0500 Original-Received: from mathmail.math.s.chiba-u.ac.jp ([133.82.132.2]:56154) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Rcvve-0005wr-FX for emacs-devel@gnu.org; Tue, 20 Dec 2011 04:24:10 -0500 Original-Received: from church.math.s.chiba-u.ac.jp (church [133.82.132.36]) by mathmail.math.s.chiba-u.ac.jp (Postfix) with ESMTP id E35B2C055D; Tue, 20 Dec 2011 18:24:07 +0900 (JST) In-Reply-To: User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/22.3 (sparc-sun-solaris2.8) MULE/5.0 (SAKAKI) X-detected-operating-system: by eggs.gnu.org: NetBSD 3.0 (DF) X-Received-From: 133.82.132.2 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:146871 Archived-At: >>>>> On Tue, 20 Dec 2011 11:32:19 +0900, YAMAMOTO Mitsuharu said: >> I'll admit that my mac development experience ended about ten years >> ago, but my reading of the notes from then and now both suggest that >> Carbon is a Toolbox replacement/bridge tool, and that it is being >> phased out over time. I believe that your information is more >> up-to-date than mine, but my reading of the notes on Carbon seems to >> state clearly that the entire thing is deprecated and will >> eventually go away. I trust you when you say that this is not a >> practical concern for the Mac port today. Do you believe that it is >> also not a practical concern for main-line Emacs over the next few >> years? > I don't think the above C APIs that are supported and legitimate even > in iOS will go away in the near future. For the Carbon framework > (again, its non-GUI part), you can find about half of the bundled > applications in Mac OS X 10.7 Lion are using it. You can list them > with: > $ for f in /Applications/*.app /Applications/Utilities/*.app; do otool -L "$f"/Contents/MacOS/* | grep -q Carbon && echo "$f"; done > Safari.app is not listed, but actually it uses the Carbon framework, > too. > $ otool -L /System/Library/PrivateFrameworks/Safari.framework/Safari | grep Carbon > So, it wouldn't go away too soon, either. (Of course, I can't speak > for Apple, as I said in the post I referred to in the previous > message.) Most of the uses of the Carbon framework in the Mac port are for Apple Events and Carbon Events. If the former is removed from the framework in the near future, then Apple will provide some replacements in the Cocoa framework beforehand or at least at the same time. For the latter, I don't think its removal would happen in the near future, because Apple has added new types of Carbon Events even at the release of the most recent version of Mac OS X (See /System/Library/Frameworks/Carbon.framework/Frameworks/HIToolbox.framework/Headers/CarbonEvents.h and search for 10.7). YAMAMOTO Mitsuharu mituharu@math.s.chiba-u.ac.jp