From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Noam Postavsky Newsgroups: gmane.emacs.bugs Subject: bug#30349: 27.0.50; Cuonfusing documentation about pipe processes Date: Tue, 6 Feb 2018 19:05:54 -0500 Message-ID: References: <87zi4ndjlz.fsf@users.sourceforge.net> <83tvuu7oxo.fsf@gnu.org> <87shaee2t8.fsf@users.sourceforge.net> <83lgg66j8f.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" X-Trace: blaine.gmane.org 1517961937 13931 195.159.176.226 (7 Feb 2018 00:05:37 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Wed, 7 Feb 2018 00:05:37 +0000 (UTC) Cc: Philipp Stephani , 30349@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Feb 07 01:05:32 2018 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1ejDEd-000235-7n for geb-bug-gnu-emacs@m.gmane.org; Wed, 07 Feb 2018 01:05:11 +0100 Original-Received: from localhost ([::1]:52765 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ejDGe-0007AW-GU for geb-bug-gnu-emacs@m.gmane.org; Tue, 06 Feb 2018 19:07:16 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:51752) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ejDGU-00077i-Dy for bug-gnu-emacs@gnu.org; Tue, 06 Feb 2018 19:07:07 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ejDGQ-0005QR-6O for bug-gnu-emacs@gnu.org; Tue, 06 Feb 2018 19:07:05 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:52818) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1ejDGQ-0005Pi-0q for bug-gnu-emacs@gnu.org; Tue, 06 Feb 2018 19:07:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ejDGP-0000FF-Qe for bug-gnu-emacs@gnu.org; Tue, 06 Feb 2018 19:07:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Noam Postavsky Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 07 Feb 2018 00:07:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30349 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch Original-Received: via spool by 30349-submit@debbugs.gnu.org id=B30349.1517961962858 (code B ref 30349); Wed, 07 Feb 2018 00:07:01 +0000 Original-Received: (at 30349) by debbugs.gnu.org; 7 Feb 2018 00:06:02 +0000 Original-Received: from localhost ([127.0.0.1]:60715 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ejDFR-0000Dc-NI for submit@debbugs.gnu.org; Tue, 06 Feb 2018 19:06:01 -0500 Original-Received: from mail-wm0-f41.google.com ([74.125.82.41]:39755) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ejDFQ-0000DH-7m for 30349@debbugs.gnu.org; Tue, 06 Feb 2018 19:06:00 -0500 Original-Received: by mail-wm0-f41.google.com with SMTP id b21so78556wme.4 for <30349@debbugs.gnu.org>; Tue, 06 Feb 2018 16:06:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=q9D9ZZbRSFVIo2VCEDVEdJfSJrg4K7zetaNaXoftTf4=; b=nqjALLe3gxj+aZfeMhQqn6fVOZtU504wfDuDgDtcHkA1Jq3ANrXrrm1FlxFfevLMHz g9UZLBw0ZMSp+CSCn7ytDf1cGfGNqqkNug1st/ykkvsXUmrBWdhlSuA6hhwJICq/nTLh 9TZTn/vxshYxkazJDD7CwD13fDXwrieX4YopE7UetwZSoJ4oVGniHKjJb31xH88paWwh pV9EYfF254828Qx+MYrR5LsTENcsPqd9qwqDQfmBNyZOcAXtMYMYaFO0lqIKJOSdbTOu Tina+RA/uRvXIfDoo0TwOWdD6/jxG+Q5xPq6Lwe+tpiIP/qUhrGgzQ+bzZwLgKYfelRQ 0vZg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=q9D9ZZbRSFVIo2VCEDVEdJfSJrg4K7zetaNaXoftTf4=; b=lzzm8zdejget1Hilyny1Ec9bi/MeDvJabeEUo6tJQvzYEjbDBBYbbpo82UcxE6VhI2 NIuLVXud9RphWyNvQNAjuGyXtx4aSQqXfhAPqAS1MRE9syTuzKsfAI9p/dsilOsEIbIc OWdnSAJYce6N0MXxA0XPZeuEoN0vUahKZPjwXNXURkKg8G/xwsOixwBj3ol5hlVhqI2j 3gX/OcznkaMdZtOBBiisuACUo7Kf+1QdP6COKcz9tUu7gKHN2JAoUN2fB3lLfPqITbeM GN3c4iEBxt2VN1Y/WfvUx6NuslFLZB0yV0DyKxIGFqDRJiZQcSIm76Znt4DGkItmzkiZ kZKA== X-Gm-Message-State: APf1xPAG+7aE7/JSM3zpNhMgzMd2N04hbZ5EclqCZD1kES+PuY5QKZPV YnWCj7b5cFnZqJASECocmCphlW88mAoL4fNrl3Q= X-Google-Smtp-Source: AH8x224Qt/Auubf3RWlIDh6EFdGi7WXG6bZRlIjgt3VWV4XCtnq65QDDRjEYX5cJPULXwJSMK65Y6t1u+6Rwab1R1fQ= X-Received: by 10.28.35.200 with SMTP id j191mr3552174wmj.146.1517961954560; Tue, 06 Feb 2018 16:05:54 -0800 (PST) Original-Received: by 10.223.182.69 with HTTP; Tue, 6 Feb 2018 16:05:54 -0800 (PST) In-Reply-To: <83lgg66j8f.fsf@gnu.org> X-Google-Sender-Auth: 7KHlqgJGsyI_VHk0hwfUWn4EDnY X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:142999 Archived-At: On Tue, Feb 6, 2018 at 1:55 PM, Eli Zaretskii wrote: >> > Could it be that the phrase originally meant shell-style redirection? >> >> Perhaps, but none of those functions support that, as far as I know. > > Did you look at Git history of how that text was introduced? Maybe > that will tell us something. Or maybe the discussions/bug report > around the time this text was written/modified will give a hint. Huh. I had assumed it was new in make-process, but actually the phrase seems to have come from start-process where it was present since the beginning [1: d0d6b7c]. I see it's also in start-process-shell-command, where it could refer to shell redirection, so maybe it was copied from there? Although, IMO, even in start-process-shell-command it doesn't really make much sense: if you use shell redirection you haven't stopped the output from going into BUFFER, there just happens not to be any output. [1: d0d6b7c]: 1992-03-14 20:40:04 +0000 Initial revision https://git.savannah.gnu.org/cgit/emacs.git/commit/?id=d0d6b7c506eb0f93e80db38d6c2affe0a2b49b4c > (Sorry I'm not doing this research myself, but I'm terribly busy these > days, and won't have time for it for another couple of days.) No problem. >> :buffer BUFFER -- BUFFER is the buffer (or buffer-name) to associate >> with the process. Process output goes at end of that buffer, unless >> you specify a filter function to handle the output. [...] > > Yes. And then the sentence about the default filter function. Hmm, I know I have a personal tendency for terseness, but that really seems redundant to me: :buffer BUFFER -- BUFFER is the buffer (or buffer-name) to associate with the process. Process output goes at end of that buffer, unless you specify a filter function to handle the output. The default filter function writes process output at the end of that buffer. [...]