From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Lloyd Zusman Newsgroups: gmane.emacs.help Subject: [macosx] [22.3.1] Asynchronous events and Carbon Emacs Date: Fri, 10 Oct 2008 01:37:43 +0000 (UTC) Message-ID: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1223602954 29925 80.91.229.12 (10 Oct 2008 01:42:34 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 10 Oct 2008 01:42:34 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Fri Oct 10 03:43:32 2008 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1Ko72Q-00016i-1o for geh-help-gnu-emacs@m.gmane.org; Fri, 10 Oct 2008 03:43:30 +0200 Original-Received: from localhost ([127.0.0.1]:45124 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ko71L-0005FC-E2 for geh-help-gnu-emacs@m.gmane.org; Thu, 09 Oct 2008 21:42:23 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Ko6zH-0004V6-S8 for help-gnu-emacs@gnu.org; Thu, 09 Oct 2008 21:40:15 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Ko6zG-0004UQ-PJ for help-gnu-emacs@gnu.org; Thu, 09 Oct 2008 21:40:15 -0400 Original-Received: from [199.232.76.173] (port=51448 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ko6zG-0004UK-FH for help-gnu-emacs@gnu.org; Thu, 09 Oct 2008 21:40:14 -0400 Original-Received: from main.gmane.org ([80.91.229.2]:56286 helo=ciao.gmane.org) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1Ko6zG-0007hD-BR for help-gnu-emacs@gnu.org; Thu, 09 Oct 2008 21:40:14 -0400 Original-Received: from root by ciao.gmane.org with local (Exim 4.43) id 1Ko6z5-0005PJ-4l for help-gnu-emacs@gnu.org; Fri, 10 Oct 2008 01:40:05 +0000 Original-Received: from nadie.us ([216.27.138.216]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 10 Oct 2008 01:40:03 +0000 Original-Received: from ljz by nadie.us with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 10 Oct 2008 01:40:03 +0000 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 42 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: main.gmane.org User-Agent: Loom/3.14 (http://gmane.org/) X-Loom-IP: 216.27.138.216 (Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.0.3) Gecko/2008092414 Firefox/3.0.3) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:58647 Archived-At: Under macosx (Leopard), I can run the standard build of Carbon emacs (22.3.1) inside of a Terminal window by invoking the following command line from within Terminal: /Applications/Emacs.app/Contents/MacOS/Emacs -nw FILE ... where FILE is the item that I want to edit. If I run it in this way, events defined Emacs' `special-event-map' are invoked asynchronously and in real time. For example, if I define a [sigusr1] event, its `special-event-map' handler gets invoked as soon as I send a USR1 signal to the Emacs process. This is the behavior that I am expecting. However, if I run Carbon Emacs without the `-nw' flag so that it creates and manages its own window outside of Terminal, these `special-event-map' events don't get invoked in real time any more, but rather, they only get invoked the next time I interact directly with the Emacs window with either the mouse or a keystroke. In other words, if I am trapping [sigusr1] as described above and send a USR1 signal to the process, nothing happens until I click in the Emacs window with the mouse or perform some sort of keyboard interaction with it, at which time the [sigusr1] events that have accumulated all get processed, one after the other. It's as if the windowed version of Carbon Emacs can only process `special-event-map' events in synchronization with the keyboard and mouse input queues. Has anyone else seen this behavior? If so, is there any way that you know of to tell the windowed version of Carbon Emacs to process [sigusr1] and other `special-event-map' events in an asynchronous manner in the same way that they get processed when `-nw' is specified and Carbon Emacs is running in a Terminal? Thanks in advance. -- Lloyd Zusman ljz@asfast.com God bless you.