From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Stephen Leake Newsgroups: gmane.emacs.devel Subject: Re: [PATCH 2/3] Don't print "process finished" into the stderr buffer. Date: Mon, 09 Apr 2018 23:14:39 -0500 Message-ID: <86efjn3dg0.fsf@stephe-leake.org> References: <20180404120218.257212-1-phst@google.com> <20180404120218.257212-2-phst@google.com> <834lkr3ygo.fsf@gnu.org> <83lgdxzvs2.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1523333581 9377 195.159.176.226 (10 Apr 2018 04:13:01 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Tue, 10 Apr 2018 04:13:01 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.90 (windows-nt) To: emacs-devel Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Apr 10 06:12:57 2018 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 1f5keL-0002Jt-72 for ged-emacs-devel@m.gmane.org; Tue, 10 Apr 2018 06:12:56 +0200 Original-Received: from localhost ([::1]:36246 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1f5kgP-0005vT-21 for ged-emacs-devel@m.gmane.org; Tue, 10 Apr 2018 00:15:01 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:52784) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1f5kgF-0005tz-FB for emacs-devel@gnu.org; Tue, 10 Apr 2018 00:14:52 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1f5kgB-0003O3-DN for emacs-devel@gnu.org; Tue, 10 Apr 2018 00:14:51 -0400 Original-Received: from smtp113.iad3b.emailsrvr.com ([146.20.161.113]:41765) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1f5kgB-0003MP-8T for emacs-devel@gnu.org; Tue, 10 Apr 2018 00:14:47 -0400 Original-Received: from smtp23.relay.iad3b.emailsrvr.com (localhost [127.0.0.1]) by smtp23.relay.iad3b.emailsrvr.com (SMTP Server) with ESMTP id 711BDA0069 for ; Tue, 10 Apr 2018 00:14:41 -0400 (EDT) X-Auth-ID: board-president@tomahawk-creek-hoa.com Original-Received: by smtp23.relay.iad3b.emailsrvr.com (Authenticated sender: board-president-AT-tomahawk-creek-hoa.com) with ESMTPSA id 3E8C9A0066 for ; Tue, 10 Apr 2018 00:14:41 -0400 (EDT) X-Sender-Id: board-president@tomahawk-creek-hoa.com Original-Received: from Takver4 (76-218-37-33.lightspeed.kscymo.sbcglobal.net [76.218.37.33]) (using TLSv1.2 with cipher AES256-GCM-SHA384) by 0.0.0.0:25 (trex/5.7.12); Tue, 10 Apr 2018 00:14:41 -0400 In-Reply-To: <83lgdxzvs2.fsf@gnu.org> (Eli Zaretskii's message of "Sun, 08 Apr 2018 16:13:01 +0300") X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [fuzzy] X-Received-From: 146.20.161.113 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:224485 Archived-At: Eli Zaretskii writes: >> From: Philipp Stephani >> Date: Sat, 07 Apr 2018 20:21:40 +0000 >> Cc: emacs-devel@gnu.org, phst@google.com >> >> > * src/process.c (syms_of_process): Add 'ignore' symbol. >> > (Fmake_process): Use it as sentinel for the standard error pipe >> > process. >> >> Why would we want that, and by default on top of that? Please give at >> least some rationale behind this change. >> >> Neither the manual not the docstring for `make-process' specify that >> Emacs prints "Process foo stderr >> finished" at the end of the standard error buffer, so that message >> shouldn't be printed. > > That assumes that the documentation is correct and the code isn't; it > could be the other way around. > > But I'm guessing that the current behavior was unexpected for some > reason, and that's why you looked in the documentation. If the guess > is correct, could you describe why it was unexpected/unwanted? I had to work around that behavior as well, in DVC (Emacs front end for some CM tools). When you are parsing the output of a process, that string is unexpected. -- -- Stephe