From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: =?utf-8?B?xaB0xJtww6FuIE7Em21lYw==?= Newsgroups: gmane.emacs.help Subject: Re: waiting for asynchronous processes Date: Sun, 16 Oct 2011 03:15:54 +0200 Message-ID: <87d3dxzqgl.fsf@gmail.com> References: <87hb39zydn.fsf@gmail.com> <9669B9E0-85E4-4025-9596-FA77C8754E84@gmail.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1318728102 3317 80.91.229.12 (16 Oct 2011 01:21:42 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sun, 16 Oct 2011 01:21:42 +0000 (UTC) Cc: help-gnu-emacs List To: Perry Smith Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Sun Oct 16 03:21:38 2011 Return-path: Envelope-to: geh-help-gnu-emacs@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 1RFFQ2-0002Q6-Dz for geh-help-gnu-emacs@m.gmane.org; Sun, 16 Oct 2011 03:21:38 +0200 Original-Received: from localhost ([::1]:50418 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RFFQ1-0003IX-R8 for geh-help-gnu-emacs@m.gmane.org; Sat, 15 Oct 2011 21:21:37 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:48569) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RFFPx-0003IG-Da for help-gnu-emacs@gnu.org; Sat, 15 Oct 2011 21:21:34 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RFFPw-00010h-BL for help-gnu-emacs@gnu.org; Sat, 15 Oct 2011 21:21:33 -0400 Original-Received: from mail-bw0-f41.google.com ([209.85.214.41]:59743) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RFFPw-00010d-3z for help-gnu-emacs@gnu.org; Sat, 15 Oct 2011 21:21:32 -0400 Original-Received: by bkbzu5 with SMTP id zu5so4567578bkb.0 for ; Sat, 15 Oct 2011 18:21:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:to:cc:subject:in-reply-to:references:user-agent:date :message-id:mime-version:content-type:content-transfer-encoding; bh=sZLg7mY6Lc635oisGkCkb3640fosCRieBxLT0A8zoRw=; b=QPs1kOuvf5fi06h64jwypILJqK/YTlJsEfO3PIJ1OzofmkOe5CI1vimLE2l2joTBgR SkL2FlUeWeNrOkonqmyavTNUBs2zy2usyg5tUpuQWwknD6XOZQrf3p7FMddteUyprNPZ BD46L5NdJE4rSn7xmbyBL1mzfLOdjVVDcccIk= Original-Received: by 10.204.132.143 with SMTP id b15mr484884bkt.79.1318728091184; Sat, 15 Oct 2011 18:21:31 -0700 (PDT) Original-Received: from localhost (176.119.broadband10.iol.cz. [90.177.119.176]) by mx.google.com with ESMTPS id v20sm3570719faf.1.2011.10.15.18.21.29 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 15 Oct 2011 18:21:30 -0700 (PDT) In-Reply-To: <9669B9E0-85E4-4025-9596-FA77C8754E84@gmail.com> (Perry Smith's message of "Sat, 15 Oct 2011 19:17:03 -0500") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 209.85.214.41 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:82569 Archived-At: On Sun, 16 Oct 2011 02:17:03 +0200 Perry Smith wrote: > Well, as I said, what I really wanted to use is "grep" (the built in emac= s function).=20=20 > I assumed I couldn't reach in and change him from asynchronous to synchro= nous -- can I? I don't think you can, indeed. `grep' uses `compilation-start', which only starts a synchronous process when asynchronous processes are not available. Depending on what exactly it is you're after, it might be better to just define your own command, or try to modify the sentinel of the grep process (the `grep' command returns the compilation buffer; you can get at the associated process and its sentinel using the usual functions), which, when done cleanly, would actually require defining another command, too. Looking at `compilation-handle-exit', even the default sentinel provides several hooks for customising what happens when the process finishes, namely `compilation-exit-message-function' and `compilation-finish-function(s)', so just using (one of) these variables might be sufficient for your needs. --=20 =C5=A0t=C4=9Bp=C3=A1n