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: [patch] enhanced mac drag-n-drop Date: Sun, 10 Apr 2005 11:03:43 +0900 Organization: Faculty of Science, Chiba University Message-ID: References: <2dd8774c48ccbc9795d0d4ebe620f1e2@swipnet.se> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Trace: sea.gmane.org 1113098956 7484 80.91.229.2 (10 Apr 2005 02:09:16 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 10 Apr 2005 02:09:16 +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 04:09:11 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1DKRsf-0008Sn-FS for ged-emacs-devel@m.gmane.org; Sun, 10 Apr 2005 04:08:57 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DKRSU-0002Li-C4 for ged-emacs-devel@m.gmane.org; Sat, 09 Apr 2005 21:41:54 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DKRS1-0002J7-E0 for emacs-devel@gnu.org; Sat, 09 Apr 2005 21:41:25 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DKRRu-0002Fe-H2 for emacs-devel@gnu.org; Sat, 09 Apr 2005 21:41:20 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DKRRu-0002E1-8i for emacs-devel@gnu.org; Sat, 09 Apr 2005 21:41:18 -0400 Original-Received: from [133.82.132.2] (helo=mathmail.math.s.chiba-u.ac.jp) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DKRoo-0002XF-UD for emacs-devel@gnu.org; Sat, 09 Apr 2005 22:04:59 -0400 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 2C92C1A6381; Sun, 10 Apr 2005 11:03:43 +0900 (JST) Original-To: "Jan D." In-Reply-To: <2dd8774c48ccbc9795d0d4ebe620f1e2@swipnet.se> User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.6 (Marutamachi) APEL/10.6 Emacs/21.4 (sparc-sun-solaris2.8) MULE/5.0 (SAKAKI) 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:35826 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:35826 >>>>> On Sat, 9 Apr 2005 15:46:10 +0200, "Jan D." said: >> Is it safe to (possibly indirectly) call Feval, which may cause GC, >> while executing XTread_socket? > It is not safe if the Mac OSX port runs XTread_socket in a signal > handler. That is one more argument for just creating simple events > in C and pass them on to Lisp. 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? YAMAMOTO Mitsuharu mituharu@math.s.chiba-u.ac.jp