From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Tino Calancha Newsgroups: gmane.emacs.devel Subject: Re: [PATCH] Add facility to collect stderr of async subprocess Date: Thu, 6 Oct 2016 18:13:29 +0900 (JST) Message-ID: References: <83pp87y6iu.fsf@gnu.org> <83mw3bxz9f.fsf@gnu.org> <83k2yfx8zi.fsf@gnu.org> <83egomxog1.fsf@gnu.org> <83ego5tjgt.fsf@gnu.org> <877ftno4fr.fsf-ueno@gnu.org> <55247A98.5020302@cs.ucla.edu> <83r3rvgn4e.fsf@gnu.org> <877ftja89d.fsf-ueno@gnu.org> <87wphnwh2q.fsf@gmail.com> <83zimjl1zp.fsf@gnu.org> <83vax7l00s.fsf@gnu.org> <83y422j7br.fsf@gnu.org> <83vax5kj2m.fsf@gnu.org> <83twcpkgd7.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: multipart/mixed; BOUNDARY="8323329-819241780-1475745212=:16182" X-Trace: blaine.gmane.org 1475745332 13276 195.159.176.226 (6 Oct 2016 09:15:32 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Thu, 6 Oct 2016 09:15:32 +0000 (UTC) User-Agent: Alpine 2.20 (DEB 67 2015-01-07) Cc: jwiegley@gmail.com, Emacs developers , michael.albinus@gmx.de, Tino Calancha To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Oct 06 11:15:21 2016 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bs4lg-0000Uw-Rj for ged-emacs-devel@m.gmane.org; Thu, 06 Oct 2016 11:15:08 +0200 Original-Received: from localhost ([::1]:54122 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bs4lf-0003iu-6B for ged-emacs-devel@m.gmane.org; Thu, 06 Oct 2016 05:15:07 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:34671) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bs4kK-0003IG-3q for emacs-devel@gnu.org; Thu, 06 Oct 2016 05:13:48 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bs4kG-0001ot-4Q for emacs-devel@gnu.org; Thu, 06 Oct 2016 05:13:43 -0400 Original-Received: from mail-pa0-x244.google.com ([2607:f8b0:400e:c03::244]:36744) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bs4kA-0001nh-8M; Thu, 06 Oct 2016 05:13:34 -0400 Original-Received: by mail-pa0-x244.google.com with SMTP id cd13so832188pac.3; Thu, 06 Oct 2016 02:13:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:date:to:cc:subject:in-reply-to:message-id:references :user-agent:mime-version; bh=3kDv6HTR7e3lEIYEgURRYgoC8SyBEvdbjo5SsS/YgUU=; b=IO0G99iVKRBtDxeQbleN6sENgN3I6sBxhwMKRxtsBEZj3GpsYDTPN2zq4Pfi7gHilj eQd0qtYcNen8fuCUuxD9M9AZ+w6I/dVu7Jeh+PvR0qmgFBrbQ2U7/V8TNyCDc83QAWYs 4bZJJEuZEll9DmCa8oGzj86eLrzL5snSi2b2pQ+4E1xhIpf8EwNUE6JuQGFznvghzGPn U3LGDgDxAPHg32eeLxmgsx1NLrEBeos/DISyMA5I4tR9Jc8/XkjaFAkZFuG4kGhWTUBX plpjrM328g1oOEvEttkd1F+DVxlTuhM/v3S5u+22EsHpyzJpJln2GQ33mUchuGYiwl72 8gOw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:date:to:cc:subject:in-reply-to:message-id :references:user-agent:mime-version; bh=3kDv6HTR7e3lEIYEgURRYgoC8SyBEvdbjo5SsS/YgUU=; b=CUgcxbhrpk3yaI0gdLOqnvRteFAXPhrnX9LM7uVgMUr8D0sd0lUS1EO7Xxot3XtRHY d3bItVqrZjzp/g/jHod+nJu0PyJg068gBfbVgfUnQb+dvFqh2VSo2me28ZCaTh1PsoXm BcJuHGmZqCrb40u2Sl9AHRujP+DQ0pAvUItt1gUc3dO6upN4/L0j1C4EgOkHUPlWxZQA FzjtMtMdjFOl1FAQeYXUlH7IP7crvSG3vF9BC7OaJkUpET/YLpG0QCSmBeqTUfSYHGh0 Te1uPnrBg4eNmvNj0tT6hSaXY9zUo/ey2ySHEcPRAcg9E+HbWxbU0AEFgLw0gtTFYTG3 hW+A== X-Gm-Message-State: AA6/9RlwyvWL1a4cy4mXou7UshTKWTXAE0VuLgzmAde7pyWHrs+nz0D9Z+UAESuooFOrzw== X-Received: by 10.66.19.197 with SMTP id h5mr19920494pae.142.1475745213514; Thu, 06 Oct 2016 02:13:33 -0700 (PDT) Original-Received: from calancha-pc (57.92.100.220.dy.bbexcite.jp. [220.100.92.57]) by smtp.gmail.com with ESMTPSA id r12sm3671326pfj.82.2016.10.06.02.13.31 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 06 Oct 2016 02:13:32 -0700 (PDT) X-Google-Original-From: Tino Calancha X-X-Sender: calancha@calancha-pc In-Reply-To: <83twcpkgd7.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2607:f8b0:400e:c03::244 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:208028 Archived-At: --8323329-819241780-1475745212=:16182 Content-Type: text/plain; format=flowed; charset=ISO-8859-7 Content-Transfer-Encoding: 8BIT On Thu, 6 Oct 2016, Eli Zaretskii wrote: >> From: Tino Calancha >> Date: Thu, 6 Oct 2016 17:37:05 +0900 (JST) >> Cc: jwiegley@gmail.com, Emacs developers , >> michael.albinus@gmx.de, Tino Calancha >> >>> Actually, the need in this separation is rather rare. Which is not >>> surprising, since running commands from a terminal by default delivers >>> both stdout and stderr to the screen, and the cases where these are >>> redirected separately are rare. >> It depends of what the user is doing. `shell-command' and >> `async-shell-command' have being offering that since long time ago. >> >> It is quite common redirect stderr from a shell: all shells allow that >> AFAIK. > > My point is not about allowing it -- we definitely do. My point is > about the importance of having this in every API. If Michael is not ging to support it in remote i must agree with you and say that is not important. >I'm saying that > this feature is relatively rarely needed, that's all. How many times > did you need to redirect stderr separately from stdout in shell > commands you run from the shell prompt? Honestly, not often. We might modify the doc strings for shell-comamand and async-shell-command, following part: ----- In Elisp, you will often be better served by calling ˇstart-process˘ directly, since it offers more control and does not impose the use of a shell (with its need to quote arguments). ----- I understand what Stefan means here with more control, but someone may argue that s-c and a-s-c allow the possibility to separate stdout from stderr, which s-p does not. That sounds like less control, at least with respect the output. --8323329-819241780-1475745212=:16182--