delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2014/06/18/07:10:49

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

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019