From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Adrian Robert Newsgroups: gmane.emacs.devel Subject: Re: Pretest next week Date: Sat, 07 Mar 2009 15:28:21 +0200 Message-ID: References: <815CC60C-5993-4A22-840A-C0E18A710068@gmail.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1236432495 29245 80.91.229.12 (7 Mar 2009 13:28:15 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 7 Mar 2009 13:28:15 +0000 (UTC) Cc: emacs-devel@gnu.org To: YAMAMOTO Mitsuharu Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Mar 07 14:29:32 2009 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1Lfwap-0007Vq-56 for ged-emacs-devel@m.gmane.org; Sat, 07 Mar 2009 14:29:31 +0100 Original-Received: from localhost ([127.0.0.1]:59655 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LfwZT-0003X9-KT for ged-emacs-devel@m.gmane.org; Sat, 07 Mar 2009 08:28:07 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LfwZD-0003Vh-0E for emacs-devel@gnu.org; Sat, 07 Mar 2009 08:27:51 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LfwZB-0003Tf-GZ for emacs-devel@gnu.org; Sat, 07 Mar 2009 08:27:50 -0500 Original-Received: from [199.232.76.173] (port=57601 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LfwZB-0003TO-3X for emacs-devel@gnu.org; Sat, 07 Mar 2009 08:27:49 -0500 Original-Received: from nf-out-0910.google.com ([64.233.182.184]:48526) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LfwZA-0006Mj-Ku for emacs-devel@gnu.org; Sat, 07 Mar 2009 08:27:48 -0500 Original-Received: by nf-out-0910.google.com with SMTP id b11so121434nfh.26 for ; Sat, 07 Mar 2009 05:27:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:to:cc:subject :references:date:in-reply-to:message-id:user-agent:mime-version :content-type; bh=mhsuWht6rwA1sywAFwIm3fdxehZTXaEYplHdnqUzNZY=; b=u6PvG+hzHv8OLbsoAi1ysft9ye9r3pEjFU3m6SvNfDtYtekmTABJo6Y/wO+HmB4k3f YTnyKvaxfRofMEwF53yR4ofX43n4GEnvbyfgePrZ2NnAeGmjm+XOMgMlHfgBkWxDwf88 3BBK4+8/Vet5GgbyJmhYt75QofSC9v+RUvjQc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; b=X0gGLvYbCiqsjgN5KfaW4CK7Nj/Z0pyA8N9cCk7D7JaZBVqbWQG6Ep0Xc6qoMmfgH2 /h6rqMali0Z1U9tShbZSMadQwMwaB2mWg+eVlkVh6l7e37+HtlCxPY7z9PKgNoSqb0OZ i64VAmRQUeHLa+qBx5w0faWy7edEljOiMgHvY= Original-Received: by 10.210.67.13 with SMTP id p13mr1885769eba.60.1236432467196; Sat, 07 Mar 2009 05:27:47 -0800 (PST) Original-Received: from gprs-prointernet-ffb06a00-74.dhcp.inet.fi (gprs-prointernet-ffb06a00-74.dhcp.inet.fi [93.106.176.74]) by mx.google.com with ESMTPS id f3sm4013492nfh.5.2009.03.07.05.27.44 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 07 Mar 2009 05:27:45 -0800 (PST) Original-Received: by gprs-prointernet-ffb06a00-74.dhcp.inet.fi (Postfix, from userid 501) id E20E53D523D; Sat, 7 Mar 2009 15:28:21 +0200 (EET) In-Reply-To: (YAMAMOTO Mitsuharu's message of "Sat, 07 Mar 2009 09:48:09 +0900") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.91 (darwin) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:109507 Archived-At: YAMAMOTO Mitsuharu writes: > Still, I think Feval calls from read_socket_hook and (emulated) select > are really bad. Most developers assume that these functions (and some > higher-level ones such as detect_input_pending) don't call Feval, and > they may add some code without noticing that NS breaks such > assumptions. Although I am still unsure how often in practice there is a problem (the tramp menu crash was not reported until now, despite the situation causing it on the NS end existing for years), I fully agree that the menu event handling under NS should be fixed. Given the menu update model in emacs, the best solution is likely to defer the event as other ports including Carbon+AppKit have done. The only thing stopping me is my lack of time right now, and a hesitation to implement such a change during pretest.