From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Jan D." Newsgroups: gmane.emacs.devel Subject: Re: [patch] enhanced mac drag-n-drop Date: Sun, 10 Apr 2005 07:47:04 +0200 Message-ID: <8a42ee34b91cc0fa06a4a6f13a3e903b@swipnet.se> References: <2dd8774c48ccbc9795d0d4ebe620f1e2@swipnet.se> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 (Apple Message framework v619.2) Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1113113733 31925 80.91.229.2 (10 Apr 2005 06:15:33 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 10 Apr 2005 06:15:33 +0000 (UTC) Cc: Sean O'Rourke , Emacs-Devel Devel Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Apr 10 08:15:31 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1DKVjE-00061I-EH for ged-emacs-devel@m.gmane.org; Sun, 10 Apr 2005 08:15:28 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DKVJ5-00039A-7E for ged-emacs-devel@m.gmane.org; Sun, 10 Apr 2005 01:48:27 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DKVBv-00010T-Kj for emacs-devel@gnu.org; Sun, 10 Apr 2005 01:41:04 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DKVBo-0000yQ-MZ for emacs-devel@gnu.org; Sun, 10 Apr 2005 01:40:59 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DKVBo-0000l5-2G for emacs-devel@gnu.org; Sun, 10 Apr 2005 01:40:56 -0400 Original-Received: from [195.54.107.70] (helo=mxfep01.bredband.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DKVJe-0000bl-2b for emacs-devel@gnu.org; Sun, 10 Apr 2005 01:49:02 -0400 Original-Received: from coolsville.localdomain ([83.226.180.210] [83.226.180.210]) by mxfep01.bredband.com with ESMTP id <20050410054743.OKCK25559.mxfep01.bredband.com@coolsville.localdomain>; Sun, 10 Apr 2005 07:47:43 +0200 In-Reply-To: Original-To: YAMAMOTO Mitsuharu X-Mailer: Apple Mail (2.619.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:35829 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:35829 > Thanks. I've just encountered a situation that I'd like to use > code conversion, which may call Feval, inside XTread_socket. > That is related to a callback function for the clipboard, and it > should complete code conversion before it returns. Thus passing > events to Lisp does not work here. > > Is GC the only reason to avoid Feval inside XTread_socket? If > so, is it possible to use code conversion together with > inhibit_garbage_collection? The main reason AFAIK is that the Lisp interpreter is not reentrant. If some Lisp code is preempted by a signal and then XTread_socket calls Lisp code, you have two instances of the Lisp interpreter running in parallell, and it is not designed for that. Much like not being thread safe. Jan D.