delorie.com/archives/browse.cgi | search |
X-Recipient: | archive-cygwin AT delorie DOT com |
DomainKey-Signature: | a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id |
:list-unsubscribe:list-subscribe:list-archive:list-post | |
:list-help:sender:from:to:subject:references:date:in-reply-to | |
:message-id:mime-version:content-type; q=dns; s=default; b=TwH7e | |
1hvdxRA3xjqzwHhHVc8H3aG/QVXhW6Byg/tdsInqI6Dl4dX22XcPHgcpRNlfkOno | |
8gCzhnrbIY7D92CgxD1IBgf9zy70i1SRv8m/zDqoyJgfBvq3pX3O2aknd8s550X6 | |
AuD/uN5ggVhfnEP+ORGP1wktmgIsdJwGOROyvQ= | |
DKIM-Signature: | v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id |
:list-unsubscribe:list-subscribe:list-archive:list-post | |
:list-help:sender:from:to:subject:references:date:in-reply-to | |
:message-id:mime-version:content-type; s=default; bh=ni5xoroN4El | |
sAmcKNAVzyfzIBuY=; b=baKrO1SmbjXE0M/OCSVFEIkAdNN5xplealAMasQK/Yp | |
BNEwlZuEL5wraaP+DvIkClni5P+q7ufTcvUxrRtkkqeWCh6BnRxPEqJasGf/yEJw | |
p77C3Iktcivv2VoRU9DQouXH8VLLjmaMjp8eCZXaR2/JOrKQwcf2W5q21CKpekZU | |
= | |
Mailing-List: | contact cygwin-help AT cygwin DOT com; run by ezmlm |
List-Id: | <cygwin.cygwin.com> |
List-Subscribe: | <mailto:cygwin-subscribe AT cygwin DOT com> |
List-Archive: | <http://sourceware.org/ml/cygwin/> |
List-Post: | <mailto:cygwin AT cygwin DOT com> |
List-Help: | <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs> |
Sender: | cygwin-owner AT cygwin DOT com |
Mail-Followup-To: | cygwin AT cygwin DOT com |
Delivered-To: | mailing list cygwin AT cygwin DOT com |
Authentication-Results: | sourceware.org; auth=none |
X-Virus-Found: | No |
X-Spam-SWARE-Status: | No, score=-6.3 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 |
X-HELO: | out1-smtp.messagingengine.com |
From: | Filipp Gunbin <fgunbin AT fastmail DOT fm> |
To: | cygwin AT cygwin DOT com |
Subject: | Re: emacs 24.3.1: output from async-shell-command is not always displayed |
References: | <86zjhbpf9b DOT fsf AT w2139spb DOT ru DOT yotateam DOT com> <53A0EF03 DOT 8060001 AT cornell DOT edu> |
Date: | Wed, 18 Jun 2014 15:10:35 +0400 |
In-Reply-To: | <53A0EF03.8060001@cornell.edu> (Ken Brown's message of "Tue, 17 Jun 2014 21:44:35 -0400") |
Message-ID: | <86lhsupj6c.fsf@w2139spb.ru.yotateam.com> |
User-Agent: | Gnus/5.13 (Gnus v5.13) Emacs/24.3 (cygwin) |
MIME-Version: | 1.0 |
X-IsSubscribed: | yes |
On 18/06/2014 05:44 +0400, Ken Brown wrote: > On 6/17/2014 2:22 PM, Filipp Gunbin wrote: >> Here are the steps to reproduce. >> >> M-& echo "sleep 1; ps &" > /tmp/1.sh >> >> Then M-& /tmp/1.sh (few times). >> >> On my machine, sometimes it gives the output in the *Async Shell >> Command* buffer, sometimes not. Without "sleep 1" the output is >> displayed almost always. >> >> M-! /tmp/1.sh displays the output always. > > I'm seeing something different, but I'm running a pretest of > emacs-24.4 rather than emacs-24.3. I find that the output is never > displayed, with or without "sleep 1". But if I remove the "&" from > 1.sh, then the output is always displayed (again, with or without > "sleep 1"). Could you try installing the test release emacs-24.3.90-1 > and see if you get the same results I'm getting? I've tried on bzr emacs-24.4.50.1 and what I get is exactly the same as on emacs-24.3. > I don't know if there's a bug here or not. If there is, it's not > specific to Cygwin; I get the same behavior on Fedora 20. > > Do you have a use case for wanting to call asynchronously a command > that's already running asynchronously (because of the "&")? Yes, I usually call asynchronously various startup scripts (Tomcat, ActiveMQ and other). They usually produce some output and start java in background with &. It works from the terminal, but not from emacs. Actually, some time ago it worked from emacs too (I didn't work for some months, so unfortunately I can't tell exactly when it started). When I call such a script (catalina.sh, for example), its output is displayed in *Asynchronous Shell Command*, but the program starting from it with & (java usually) is not started (or started and killed immediately). I supposed that maybe it's killed when the parent process finishes. From looking at lisp code of async-shell-command I can't see anything which differs from shell-command in this way. I tried to narrow the problem and got the case I've posted here initially, but now I think those could be different problems. Anyway, thanks for looking at this. Filipp -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |