From unknown Thu Jun 19 13:55:12 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#35328 <35328@debbugs.gnu.org> To: bug#35328 <35328@debbugs.gnu.org> Subject: Status: 27.0.50; Lisp reference, "Accepting Output": Should describe what happens to standard error Reply-To: bug#35328 <35328@debbugs.gnu.org> Date: Thu, 19 Jun 2025 20:55:12 +0000 retitle 35328 27.0.50; Lisp reference, "Accepting Output": Should describe = what happens to standard error reassign 35328 emacs submitter 35328 Philipp severity 35328 minor thanks From debbugs-submit-bounces@debbugs.gnu.org Fri Apr 19 15:37:06 2019 Received: (at submit) by debbugs.gnu.org; 19 Apr 2019 19:37:06 +0000 Received: from localhost ([127.0.0.1]:44676 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hHZJq-0006sO-5l for submit@debbugs.gnu.org; Fri, 19 Apr 2019 15:37:06 -0400 Received: from eggs.gnu.org ([209.51.188.92]:48930) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hHZJo-0006rr-2L for submit@debbugs.gnu.org; Fri, 19 Apr 2019 15:37:04 -0400 Received: from lists.gnu.org ([209.51.188.17]:45338) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1hHZJi-0001bJ-6C for submit@debbugs.gnu.org; Fri, 19 Apr 2019 15:36:58 -0400 Received: from eggs.gnu.org ([209.51.188.92]:35059) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hHZJg-000663-To for bug-gnu-emacs@gnu.org; Fri, 19 Apr 2019 15:36:58 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: * X-Spam-Status: No, score=1.1 required=5.0 tests=BAYES_50, FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FROM autolearn=disabled version=3.3.2 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hHZJf-0001Wd-P0 for bug-gnu-emacs@gnu.org; Fri, 19 Apr 2019 15:36:56 -0400 Received: from mail-wm1-x335.google.com ([2a00:1450:4864:20::335]:53653) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1hHZJf-0001US-IW for bug-gnu-emacs@gnu.org; Fri, 19 Apr 2019 15:36:55 -0400 Received: by mail-wm1-x335.google.com with SMTP id q16so7197194wmj.3 for ; Fri, 19 Apr 2019 12:36:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:subject:date:message-id:mime-version; bh=66Mm7pOM6AC0F6AXieeyqRfjn1g7QMv4b2GVp9HVUaw=; b=S34czPE/8S5WH7/TSEgoi6kxkYMeT3leKu706tAksO/eQo7A88ZnxKxl/5jKskPBFo f4NM61wfgzGbvFskd9jMOeMgqcBjduxiXYzmDUBuwYYPcsVckj5GEYYmcTeGVtT/kPYu JptRx8gteLsZmini+g5yvGm5gfZX0FNAEjCS0HfDlOAkVPHwZPQa6qhw3unoDMW08BOm wYYwBNAXAvGBvYv9b8UacXo8Ku1Rrsa7DOp258caokovaoU3wMZT++18D+Zd3OCvnhsD Fa/01Br5bWG7KDoh65k4yWuPKqYLnaJVMwSeiXFon8eKnkqtIc9rqMJX9VaPN095jOzT ODrA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:subject:date:message-id:mime-version; bh=66Mm7pOM6AC0F6AXieeyqRfjn1g7QMv4b2GVp9HVUaw=; b=qTP/1W1kJNXehMw5E7GiCJXOhc3Bby8RjbAEtBHfWdrUS9BU2W2h4sRjPaT6G9bOsm F3XVmARGrReKT8OXLvBtP1IkpznD+1OlG/0phqfaG+TF4xaTh90P5U3PRPqp3k0tD/4j MAFVbroySNe+KJxWm7/OkKpgT2z1rbARHPEWkqwrXqMp5aWBxm2LLZa5caPkNA/S07VV A/cfiaUbDTOdqm3yM3qiLsL9U6JemCdOOLWWksFQuA0+0U3pZFnrurgIg3RWMzQafIx5 Qw8KsmU7RsesDABNdLZyMfcM5QG4a40AmrosrCc1IuugiEXYnQfaRzia3Jd7qhqTXkpA M4Og== X-Gm-Message-State: APjAAAUZseLEutIY6k/MOMC06nv99K//sQmStKEavqEmpKVrngBYo+li A1teONHxPQykwmRgzzvj1vf/UTN0 X-Google-Smtp-Source: APXvYqyTImqOwy4eDBTAXpssfPBe1whHQqYcr63kQH5IXqiyyyD4GkNUSpE7ohddBI97FWA3pByosQ== X-Received: by 2002:a7b:c3d7:: with SMTP id t23mr3568563wmj.62.1555702612387; Fri, 19 Apr 2019 12:36:52 -0700 (PDT) Received: from p (p5B13F237.dip0.t-ipconnect.de. [91.19.242.55]) by smtp.gmail.com with ESMTPSA id y125sm9560047wmc.39.2019.04.19.12.36.51 for (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 19 Apr 2019 12:36:51 -0700 (PDT) From: Philipp To: bug-gnu-emacs@gnu.org Subject: 27.0.50; Lisp reference, "Accepting Output": Should describe what happens to standard error Date: Fri, 19 Apr 2019 21:36:50 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::335 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Spam-Score: -1.1 (-) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.1 (--) The Emacs Lisp manual section "Accepting Output" now documents how to read all output from a process (thanks!). However, the section still lacks some discussion what happens to standard error. Specifically, it should answer the following questions: Does the code (while (accept-process-output PROC)) also ensure that all of the standard error has been read and passed to the filter/inserted into the buffer? If not, how to ensure this? In GNU Emacs 27.0.50 (build 44, x86_64-apple-darwin18.2.0, NS appkit-1671.20 Version 10.14.3 (Build 18D109)) of 2019-04-19 Repository revision: 0685baf44b1959eda556aafad94f45354b6c1f72 Repository branch: hash-table-contains Windowing system distributor 'Apple', version 10.3.1671 System Description: Mac OS X 10.14.3 Recent messages: For information about GNU Emacs and the GNU system, type C-h C-a. Configured using: 'configure --without-xml2 --with-modules --without-pop --with-mailutils --enable-gcc-warnings=warn-only --enable-checking=yes --enable-check-lisp-object-type 'CFLAGS=-ggdb3 -O0'' Configured features: IMAGEMAGICK NOTIFY KQUEUE ACL GNUTLS ZLIB TOOLKIT_SCROLL_BARS NS MODULES THREADS JSON PDUMPER LCMS2 GMP Important settings: value of $LANG: de_DE.UTF-8 locale-coding-system: utf-8-unix Major mode: Lisp Interaction Minor modes in effect: tooltip-mode: t global-eldoc-mode: t eldoc-mode: t electric-indent-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Load-path shadows: None found. Features: (shadow sort mail-extr emacsbug message rmc dired dired-loaddefs format-spec rfc822 mml easymenu mml-sec epa epg epg-config gnus-util rmail rmail-loaddefs text-property-search time-date mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils phst skeleton derived edmacro kmacro pcase ffap thingatpt url-parse auth-source cl-seq eieio eieio-core cl-macs eieio-loaddefs password-cache json map url-vars subr-x rx gnutls puny seq byte-opt gv bytecomp byte-compile cconv dbus xml cl-loaddefs cl-lib elec-pair tooltip eldoc electric uniquify ediff-hook vc-hooks lisp-float-type mwheel term/ns-win ns-win ucs-normalize mule-util term/common-win tool-bar dnd fontset image regexp-opt fringe tabulated-list replace newcomment text-mode elisp-mode lisp-mode prog-mode register page menu-bar rfn-eshadow isearch timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core term/tty-colors frame cl-generic cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese composite charscript charprop case-table epa-hook jka-cmpr-hook help simple abbrev obarray minibuffer cl-preloaded nadvice loaddefs button faces cus-face macroexp files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote threads kqueue cocoa ns lcms2 multi-tty make-network-process emacs) Memory information: ((conses 16 59004 6608) (symbols 48 7730 1) (strings 32 19869 1366) (string-bytes 1 656811) (vectors 16 11333) (vector-slots 8 141146 10566) (floats 8 23 15) (intervals 56 198 0) (buffers 992 11)) From debbugs-submit-bounces@debbugs.gnu.org Sat Apr 20 03:13:10 2019 Received: (at 35328) by debbugs.gnu.org; 20 Apr 2019 07:13:10 +0000 Received: from localhost ([127.0.0.1]:45345 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hHkBS-0007Gv-Gd for submit@debbugs.gnu.org; Sat, 20 Apr 2019 03:13:10 -0400 Received: from eggs.gnu.org ([209.51.188.92]:50492) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hHkBQ-0007Gg-BE for 35328@debbugs.gnu.org; Sat, 20 Apr 2019 03:13:08 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:56253) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hHkBK-0000ka-Ke; Sat, 20 Apr 2019 03:13:03 -0400 Received: from [176.228.60.248] (port=2959 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1hHkBJ-00018K-UE; Sat, 20 Apr 2019 03:13:02 -0400 Date: Sat, 20 Apr 2019 10:12:47 +0300 Message-Id: <83k1fpb15c.fsf@gnu.org> From: Eli Zaretskii To: Philipp In-reply-to: (message from Philipp on Fri, 19 Apr 2019 21:36:50 +0200) Subject: Re: bug#35328: 27.0.50; Lisp reference, "Accepting Output": Should describe what happens to standard error References: X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 35328 Cc: 35328@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Philipp > Date: Fri, 19 Apr 2019 21:36:50 +0200 > > The Emacs Lisp manual section "Accepting Output" now documents how to > read all output from a process (thanks!). However, the section still > lacks some discussion what happens to standard error. Specifically, it > should answer the following questions: > > Does the code > (while (accept-process-output PROC)) > also ensure that all of the standard error has been read and passed to > the filter/inserted into the buffer? I don't think I understand why you say that node doesn't already answer this question. Why did you think standard error is special in this regard? From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 21 09:58:31 2019 Received: (at 35328) by debbugs.gnu.org; 21 Apr 2019 13:58:31 +0000 Received: from localhost ([127.0.0.1]:48907 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hICzG-0002uI-Vo for submit@debbugs.gnu.org; Sun, 21 Apr 2019 09:58:31 -0400 Received: from mail-oi1-f169.google.com ([209.85.167.169]:34701) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hICzE-0002u4-Sz for 35328@debbugs.gnu.org; Sun, 21 Apr 2019 09:58:29 -0400 Received: by mail-oi1-f169.google.com with SMTP id v10so6902254oib.1 for <35328@debbugs.gnu.org>; Sun, 21 Apr 2019 06:58:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=B0gwj10hpKGscnnosEgQmIOU+ESL4HVpUugYRd/9fac=; b=UEk9iGCPBaRTI2HK1NQOMH6RJGW4m86yjtOH4njVzNeuzHHVmmMtZ1tHBzdhMC0kfx i96ANkhVPKL3c1dmYfvLzfWoC1D7Ie/YaCUrsl2ikXYWIgGMkdWtahG+t+A/3zGeVntB iG5wx499Y3+d+DisXnmNvJtFSsqeBgwgUjPiI+ikBfne0xcuXFNjPF38rkUfjhuxueXL 2SRvABq2c7EJEryQfTQ4LVYSpJ0kUvxVGeG1348j6ncVbl0rLCP7L+BtBDGPoLgrWn8u uhDiblY1+fwo+NqBHQ114Sf/aBpI+Axh63zzL7viPUUh1ODPkTJouVfmoDwT7eVbq2tU bBlQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=B0gwj10hpKGscnnosEgQmIOU+ESL4HVpUugYRd/9fac=; b=hciCTLWPLlWvLSmwfAiu7YIcOF8JJsKv6x9YtQprRiT6kciP3FHC9KuXbP0/y3/8sd /1crWxrBOA2I+SpmSfvyfPe//IO9njZuSrK3/b16ue+pd4cOHGnNUx25d4dNh4MFcr/k ZTrxFcCWjWddrDL9cl7mfVhLY+pkq/CWdV4RWWRFIMst/eY1esUktnTG7gwzxiGFV/SB xSKOIoNqxRoptVFjSi1YtgcPCXsUhyp+jZybABj8E9+wBxB0tDjCNxhIofd90Tpkk+Op YIepfNvd53ofWJPNdcd2xAD9l0UTD80oFM6SjILQ88I9Sv+5Nb9xk+GqSKXw9cbT7gN5 ICAg== X-Gm-Message-State: APjAAAVLgwhqsxB8Ez48Rh6Rv/o+iqNE2LseuNpt9ptIxTaoTsLIPXlN OP+ci6i/WzZyFBMj6QkouZ/TnxCtkYiws5Gr8rGNqg== X-Google-Smtp-Source: APXvYqyBozLlsuFJUe15sWQapzY3DqZkuMfMouCdr6huQy4qaV95Ued0Q2YnOuDtx3kQdWcqOO0qYvRSZ+dOjv/gk48= X-Received: by 2002:aca:d90a:: with SMTP id q10mr7914814oig.65.1555855102753; Sun, 21 Apr 2019 06:58:22 -0700 (PDT) MIME-Version: 1.0 References: <83k1fpb15c.fsf@gnu.org> In-Reply-To: <83k1fpb15c.fsf@gnu.org> From: Philipp Stephani Date: Sun, 21 Apr 2019 15:58:11 +0200 Message-ID: Subject: Re: bug#35328: 27.0.50; Lisp reference, "Accepting Output": Should describe what happens to standard error To: Eli Zaretskii Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: 35328 Cc: 35328@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) Am Sa., 20. Apr. 2019 um 09:13 Uhr schrieb Eli Zaretskii : > > > From: Philipp > > Date: Fri, 19 Apr 2019 21:36:50 +0200 > > > > The Emacs Lisp manual section "Accepting Output" now documents how to > > read all output from a process (thanks!). However, the section still > > lacks some discussion what happens to standard error. Specifically, it > > should answer the following questions: > > > > Does the code > > (while (accept-process-output PROC)) > > also ensure that all of the standard error has been read and passed to > > the filter/inserted into the buffer? > > I don't think I understand why you say that node doesn't already > answer this question. Why did you think standard error is special in > this regard? The node doesn't describe what happens with standard error, e.g. whether standard error is part of "output" and how it's handled. In particular, I can't see how the node would answer the question I posted. From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 21 12:12:07 2019 Received: (at 35328) by debbugs.gnu.org; 21 Apr 2019 16:12:07 +0000 Received: from localhost ([127.0.0.1]:48975 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hIF4Z-0008L5-F9 for submit@debbugs.gnu.org; Sun, 21 Apr 2019 12:12:07 -0400 Received: from mail-wm1-f47.google.com ([209.85.128.47]:52509) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hIF4U-0008KW-J5 for 35328@debbugs.gnu.org; Sun, 21 Apr 2019 12:12:03 -0400 Received: by mail-wm1-f47.google.com with SMTP id a184so11791813wma.2 for <35328@debbugs.gnu.org>; Sun, 21 Apr 2019 09:12:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:date:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=0HszraKdGWefsYiaK9MfZcugaevOGyOCLmQ5gm5VdpA=; b=qNTOYTDBVcPWCLh5yejsKZsbG43585PImrgUA8SWEuVKAGlyvwewpFkmoD/Qo8CBK2 Mq+aZyEOipkwXHwrGfz5P7YeSsmDXI3gPitPcKfuHItbf/zosCvu7ARciZeTe5AlF2b2 mLyEll3nE/ZBkhKOvItuzyn03du65DPsYE8ZDFduFkdXWFW0oE/kkIbg7Ga7YvltR0iY 5JmGjr/mv25skeq/UsXt6u+j0PJYaTPzKmzhVcyDZwfzaQ51b2qhQSPIZDt4Eju7Ne6Z yWjvtgz148OqnRBJw7ZEQIRnR0ElBrgmCIWzOo4wahisVWaYPpE0xTr62q2gYSQ3rm1h DA0A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=0HszraKdGWefsYiaK9MfZcugaevOGyOCLmQ5gm5VdpA=; b=WEW0WTsoFfpYc+2OW+qQOdHZ2r0j/hP3kQvsm7j7VjccufUNmC9cYHjmqIHbTN7Hkt Tqw1fzrVl6lljSLYPjFXoPVUoyQ6fJ1+p0XFGtewnsk13dJeaAU522M6uD9jVU2soqjm 0nQ2OcMRTkkl8mGqfOaN5youzfy3KaOdgpnWtnIcaLo6rKvhKKx3XLEGPC8CiNLWDcc5 /YWCaGGK71NH6lUEGzuO+TwOX9ugpND13aX3W5RXDMMGlytQgb8ckJpffyw5h4L0CBMK k5FaebI0vRMGv9gjadzrX2T6f3twf3egP8JEH1Cl2jLZW2FoIVscd0mL1I2CSmcs0954 7guw== X-Gm-Message-State: APjAAAXdRaUtFFsc+ss7F3PxIxEgi7Z2gABXb6gufYt/ZTfO3fVPEU/O XobzEW6oy8b+inV2MyUTkw0= X-Google-Smtp-Source: APXvYqym/BFKhgTJ0GJBEpO5qCTMzhFq6ifrmR+EC23B5Ze287IDF4BSI73uDpfQc9rOS59fGOJgzA== X-Received: by 2002:a1c:2394:: with SMTP id j142mr9325761wmj.111.1555863116747; Sun, 21 Apr 2019 09:11:56 -0700 (PDT) Received: from p.fritz.box (p57AAFC99.dip0.t-ipconnect.de. [87.170.252.153]) by smtp.gmail.com with ESMTPSA id x5sm8535348wmi.37.2019.04.21.09.11.54 (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Sun, 21 Apr 2019 09:11:55 -0700 (PDT) From: Philipp Stephani X-Google-Original-From: Philipp Stephani To: eliz@gnu.org Subject: [PATCH] Improve documentation around standard error pipes (Bug#35328). Date: Sun, 21 Apr 2019 18:11:47 +0200 Message-Id: <20190421161147.29403-1-phst@google.com> X-Mailer: git-send-email 2.20.1 (Apple Git-117) In-Reply-To: References: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Score: 0.1 (/) X-Debbugs-Envelope-To: 35328 Cc: Philipp Stephani , 35328@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.9 (/) * doc/lispref/processes.texi (Asynchronous Processes): Document existence and properties of the standard error process. (Accepting Output): Document that one has to accept output from the standard error process separately. --- doc/lispref/processes.texi | 24 ++++++++++++++++++++++++ 1 file changed, 24 insertions(+) diff --git a/doc/lispref/processes.texi b/doc/lispref/processes.texi index 7eb136af5f..3af8a1d5eb 100644 --- a/doc/lispref/processes.texi +++ b/doc/lispref/processes.texi @@ -701,6 +701,18 @@ Asynchronous Processes @var{stderr} is @code{nil}, standard error is mixed with standard output, and both are sent to @var{buffer} or @var{filter}. +If @var{stderr} is a buffer, Emacs will create a pipe process, the +@dfn{standard error process}. This process will have the default +filter (@pxref{Filter Functions}), sentinel (@pxref{Sentinels}), and +coding systems (@pxref{Default Coding Systems}). On the other hand, +it will use @var{query-flag} as its query-on-exit flag (@pxref{Query +Before Exit}). It will be associated with the @var{stderr} buffer +(@pxref{Process Buffers}) and send its output (which is the standard +error of the main process) there. + +If @var{stderr} is a pipe process, Emacs will use it as standard error +process for the new process. + @item :file-handler @var{file-handler} If @var{file-handler} is non-@code{nil}, then look for a file name handler for the current buffer's @code{default-directory}, and invoke @@ -1882,6 +1894,18 @@ Accepting Output (while (accept-process-output process)) @end example +If you have passed a non-@code{nil} @var{stderr} to +@code{make-process}, it will have a standard error process. +@xref{Asynchronous Processes}. In that case, waiting for process +output from the main process doesn't wait for output from the standard +error process. To make sure that you have received both standard +output and error from a process, use the following code: + +@example +(while (accept-process-output process)) +(while (accept-process-output stderr-process)) +@end example + @node Processes and Threads @subsection Processes and Threads @cindex processes, threads -- 2.20.1 (Apple Git-117) From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 21 15:12:55 2019 Received: (at 35328) by debbugs.gnu.org; 21 Apr 2019 19:12:55 +0000 Received: from localhost ([127.0.0.1]:49085 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hIHtX-0004Wn-BH for submit@debbugs.gnu.org; Sun, 21 Apr 2019 15:12:55 -0400 Received: from eggs.gnu.org ([209.51.188.92]:37076) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hIHtU-0004WX-OB for 35328@debbugs.gnu.org; Sun, 21 Apr 2019 15:12:53 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:54656) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hIHtM-0005Wn-Tf; Sun, 21 Apr 2019 15:12:45 -0400 Received: from [176.228.60.248] (port=3669 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1hIHtC-0004v9-TR; Sun, 21 Apr 2019 15:12:38 -0400 Date: Sun, 21 Apr 2019 22:12:11 +0300 Message-Id: <83tver896c.fsf@gnu.org> From: Eli Zaretskii To: Philipp Stephani In-reply-to: (message from Philipp Stephani on Sun, 21 Apr 2019 15:58:11 +0200) Subject: Re: bug#35328: 27.0.50; Lisp reference, "Accepting Output": Should describe what happens to standard error References: <83k1fpb15c.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 35328 Cc: 35328@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Philipp Stephani > Date: Sun, 21 Apr 2019 15:58:11 +0200 > Cc: 35328@debbugs.gnu.org > > > > Does the code > > > (while (accept-process-output PROC)) > > > also ensure that all of the standard error has been read and passed to > > > the filter/inserted into the buffer? > > > > I don't think I understand why you say that node doesn't already > > answer this question. Why did you think standard error is special in > > this regard? > > The node doesn't describe what happens with standard error, e.g. > whether standard error is part of "output" and how it's handled. Well, it says "output", not "standard output". I take it to mean both output streams. If the text is interpreted to mean both streams, is it accurate? If it is, we only need to clarify that both standard output and standard error are included. From debbugs-submit-bounces@debbugs.gnu.org Mon Apr 22 05:14:39 2019 Received: (at 35328) by debbugs.gnu.org; 22 Apr 2019 09:14:39 +0000 Received: from localhost ([127.0.0.1]:49676 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hIV26-0004iw-Mc for submit@debbugs.gnu.org; Mon, 22 Apr 2019 05:14:38 -0400 Received: from mail-ot1-f49.google.com ([209.85.210.49]:38752) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hIV24-0004ig-GG for 35328@debbugs.gnu.org; Mon, 22 Apr 2019 05:14:36 -0400 Received: by mail-ot1-f49.google.com with SMTP id e80so9085856ote.5 for <35328@debbugs.gnu.org>; Mon, 22 Apr 2019 02:14:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=ORicJcTeeam6zhaGhy9RpV3VrK54GadoEPOLEmahIvo=; b=vGM0jIB3DeHILOkoehFoiAJBHVSFxC0Jj4friX3Sv+bQT4apRoMBIipZfFmiQjrsp/ 4IPJR8UE+OCGwvvPqNsQOP9/rvqAsvlEFKQYysTuCgdNEx8lf21lKdfnu9nCOofXQelC dOJbltrGvy2f4fGMEMXsfN1ruTrob4Ys2y+pGLHMscopH+abn4QO/F2h/MZkym0IpsJ4 CvLkJ/ylKxo+7Sd7ZXfLSv75xetUv0eY/RLVYCnxeG2/4rr4EccuT+1yIMlly3V8wTVF +BK/92P9bl+dGjBovY4O6rGMXcRcY+IRWh2uNgjy56OmfNaO/0iN1Yx93dEl+PC7YDW6 4w1w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=ORicJcTeeam6zhaGhy9RpV3VrK54GadoEPOLEmahIvo=; b=LrUf79C2VQUHCFRye8ZB7Lqn5u3+HhcbdAOmbYFGGA+ZiQzZTVsQCfpZRAJv3piFqv DZXbVU/D1V6E5uzgbZY4UNUTjTtNigKuUyjL0GMq3XzBvtwDo16x1nu2aEdO1P4Vrw3D y/zuiah5FoVTRi8EV2jbnL+XFddNYuiTdra8bLCopjcz5lK2IdtvkFtRaNyp6XHX2mK9 jghWbTjvGo6AipSB1LPKKkmYpyI1DJPQyThWZ999UJ1adafvunmjhHpm5KvqOXbarL9k P8AsmZFTGUdJrGeDHtwYhTxmO1VF0ekjTnE+eOv1UlSaaBNibFHu2Ao9LM6+Eh7tOP5D bPJg== X-Gm-Message-State: APjAAAWyJh4V1MUfdWw9WQmp+7SEZFCNyyzu2t69sH2MvXB9koAwAGxj HthknW5iyKkdEBVTIlfpvsm2JgTT/duMBd6BzA8= X-Google-Smtp-Source: APXvYqzMiPEL9WkuJDSaxSULvdFAEp5cmKnu2hWY6PuOQ+0XRGsui4J3q8XV9dIAbp7X6OpKnrAK2Vjki1Tp8Wxu5Vs= X-Received: by 2002:a9d:7616:: with SMTP id k22mr10417286otl.51.1555924470406; Mon, 22 Apr 2019 02:14:30 -0700 (PDT) MIME-Version: 1.0 References: <83k1fpb15c.fsf@gnu.org> <83tver896c.fsf@gnu.org> In-Reply-To: <83tver896c.fsf@gnu.org> From: Philipp Stephani Date: Mon, 22 Apr 2019 11:14:19 +0200 Message-ID: Subject: Re: bug#35328: 27.0.50; Lisp reference, "Accepting Output": Should describe what happens to standard error To: Eli Zaretskii Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: 35328 Cc: 35328@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) Am So., 21. Apr. 2019 um 21:12 Uhr schrieb Eli Zaretskii : > > > From: Philipp Stephani > > Date: Sun, 21 Apr 2019 15:58:11 +0200 > > Cc: 35328@debbugs.gnu.org > > > > > > Does the code > > > > (while (accept-process-output PROC)) > > > > also ensure that all of the standard error has been read and passed to > > > > the filter/inserted into the buffer? > > > > > > I don't think I understand why you say that node doesn't already > > > answer this question. Why did you think standard error is special in > > > this regard? > > > > The node doesn't describe what happens with standard error, e.g. > > whether standard error is part of "output" and how it's handled. > > Well, it says "output", not "standard output". I take it to mean both > output streams. If the text is interpreted to mean both streams, is > it accurate? I don't think so. At least empirically one has to wait for the standard error process separately to ensure that all standard error is read. I've sent a patch to extend the documentation to say that, is that ok? From debbugs-submit-bounces@debbugs.gnu.org Mon Apr 22 05:26:10 2019 Received: (at 35328) by debbugs.gnu.org; 22 Apr 2019 09:26:10 +0000 Received: from localhost ([127.0.0.1]:49692 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hIVDF-00052Z-W0 for submit@debbugs.gnu.org; Mon, 22 Apr 2019 05:26:10 -0400 Received: from eggs.gnu.org ([209.51.188.92]:34795) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hIVDD-00052G-Q0 for 35328@debbugs.gnu.org; Mon, 22 Apr 2019 05:26:08 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:37783) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hIVD8-0002kT-5J; Mon, 22 Apr 2019 05:26:02 -0400 Received: from [176.228.60.248] (port=4804 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1hIVD7-0003UQ-AJ; Mon, 22 Apr 2019 05:26:01 -0400 Date: Mon, 22 Apr 2019 12:25:52 +0300 Message-Id: <834l6q8k7z.fsf@gnu.org> From: Eli Zaretskii To: Philipp Stephani In-reply-to: <20190421161147.29403-1-phst@google.com> (message from Philipp Stephani on Sun, 21 Apr 2019 18:11:47 +0200) Subject: Re: [PATCH] Improve documentation around standard error pipes (Bug#35328). References: <20190421161147.29403-1-phst@google.com> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 35328 Cc: phst@google.com, 35328@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Philipp Stephani > Cc: 35328@debbugs.gnu.org, > Philipp Stephani > Date: Sun, 21 Apr 2019 18:11:47 +0200 > > +If @var{stderr} is a buffer, Emacs will create a pipe process, the > +@dfn{standard error process}. This process will have the default As a general rule, any use of @dfn should have a corresponding @cindex entry leading to the text. So please add one here. > +If you have passed a non-@code{nil} @var{stderr} to > +@code{make-process}, it will have a standard error process. > +@xref{Asynchronous Processes}. In that case, waiting for process > +output from the main process doesn't wait for output from the standard > +error process. To make sure that you have received both standard > +output and error from a process, use the following code: Suggest a minor rewording of the last sentence: To make sure you have received both all of standard output and all of standard error from a process ... Otherwise, LGTM, thanks. From debbugs-submit-bounces@debbugs.gnu.org Mon Apr 22 05:26:51 2019 Received: (at 35328) by debbugs.gnu.org; 22 Apr 2019 09:26:52 +0000 Received: from localhost ([127.0.0.1]:49695 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hIVDv-00053c-EW for submit@debbugs.gnu.org; Mon, 22 Apr 2019 05:26:51 -0400 Received: from eggs.gnu.org ([209.51.188.92]:34993) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hIVDt-00053O-3N for 35328@debbugs.gnu.org; Mon, 22 Apr 2019 05:26:49 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:37790) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hIVDn-0002yO-VQ; Mon, 22 Apr 2019 05:26:44 -0400 Received: from [176.228.60.248] (port=4847 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1hIVDm-0003c9-UY; Mon, 22 Apr 2019 05:26:43 -0400 Date: Mon, 22 Apr 2019 12:26:34 +0300 Message-Id: <8336ma8k6t.fsf@gnu.org> From: Eli Zaretskii To: Philipp Stephani In-reply-to: (message from Philipp Stephani on Mon, 22 Apr 2019 11:14:19 +0200) Subject: Re: bug#35328: 27.0.50; Lisp reference, "Accepting Output": Should describe what happens to standard error References: <83k1fpb15c.fsf@gnu.org> <83tver896c.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 35328 Cc: 35328@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Philipp Stephani > Date: Mon, 22 Apr 2019 11:14:19 +0200 > Cc: 35328@debbugs.gnu.org > > > Well, it says "output", not "standard output". I take it to mean both > > output streams. If the text is interpreted to mean both streams, is > > it accurate? > > I don't think so. At least empirically one has to wait for the > standard error process separately to ensure that all standard error is > read. I've sent a patch to extend the documentation to say that, is > that ok? Yes, modulo my minor comments there. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Mon Apr 22 10:08:46 2019 Received: (at 35328-done) by debbugs.gnu.org; 22 Apr 2019 14:08:46 +0000 Received: from localhost ([127.0.0.1]:51171 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hIZcj-0008EL-VI for submit@debbugs.gnu.org; Mon, 22 Apr 2019 10:08:46 -0400 Received: from mail-ot1-f67.google.com ([209.85.210.67]:34423) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hIZch-0008E5-It for 35328-done@debbugs.gnu.org; Mon, 22 Apr 2019 10:08:43 -0400 Received: by mail-ot1-f67.google.com with SMTP id k21so9710851otf.1 for <35328-done@debbugs.gnu.org>; Mon, 22 Apr 2019 07:08:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=Q3SF3RsVWlyqCxM7zacRNJ8rbVpGvq/Xd6Ak0nftUmQ=; b=CvTO5l82qtqCvpKybcJtV/5VFeSzrKvu5YBhrtWl1wklcdxVKV0JkKBAMxvsOzrMNt udMdBjYksUrkILNdNXGfwypzYfVLvnPyGrx2UFpxdVEeajOCFr3/RLWrgU2Q3ej4AOKS nfK5+otUURxJ4eeunyvyBjy6qeNF4zmTEIyBBRjm6K6eBvsznKuVZ6YFlSs9AFIiMUnG NElb6SonswZ2sOlBMvtypyeKidJk+yni3ssgHY2uhNFdpCsX8I3VlrPOOMgzacOIEAhx POYayNiqLP+dx3Fnwe7FFgPbdWX6j9b2zn1z37E7MnuFnpWXCh9FVnc0wq6CXcjzGySA P6wA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=Q3SF3RsVWlyqCxM7zacRNJ8rbVpGvq/Xd6Ak0nftUmQ=; b=K1Q+jMSNOVay2brcfACmJaDeEk/BhG4Om+eHY12C3q9pL9o/eag6gLzj3jETWPP8B7 HE7OwkMcJRFPjuJhFeGT9n0e7BUrfXrsJdKoRsez8fUAveRuLP5T17djHAEXeuUtkaHt 6GkIy39/mkm2rt4rJGR8tRUf9OM2uH8NLdE901m3HbHMzIn0//HdXJahqPrxVwdV0pkR cmUWMTC57Y8mTkpzALWCBS/ic22yR9tUSl058ce572Y1oQtJy1BoQTttnb2wtFYmx38b GOa5Aw49MjMt+PUJgVrgIMpdeRfVn+vj26V+RKGKW7kOrHsjmeQRKLHt33ORXjwWSNax hzjg== X-Gm-Message-State: APjAAAVFLSVbR1egQvss39N74qVII+P2gBph5D4wSgG391j3hwzijI2t rCynE/l31kQe0T52SmNNaFS5oUlJDViD5ciipdE= X-Google-Smtp-Source: APXvYqwjWt9TK6TgE8zwh+opHr0XdEYgtdWA5RU/VBPtWzvwWnxMHjc2oT0568AgZpcfGPWML+1i8y7wCnLVCe7wXuw= X-Received: by 2002:a9d:7616:: with SMTP id k22mr11201525otl.51.1555942117652; Mon, 22 Apr 2019 07:08:37 -0700 (PDT) MIME-Version: 1.0 References: <20190421161147.29403-1-phst@google.com> <834l6q8k7z.fsf@gnu.org> In-Reply-To: <834l6q8k7z.fsf@gnu.org> From: Philipp Stephani Date: Mon, 22 Apr 2019 16:08:26 +0200 Message-ID: Subject: Re: [PATCH] Improve documentation around standard error pipes (Bug#35328). To: Eli Zaretskii Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: 35328-done Cc: Philipp Stephani , 35328-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) Am Mo., 22. Apr. 2019 um 11:26 Uhr schrieb Eli Zaretskii : > > > From: Philipp Stephani > > Cc: 35328@debbugs.gnu.org, > > Philipp Stephani > > Date: Sun, 21 Apr 2019 18:11:47 +0200 > > > > +If @var{stderr} is a buffer, Emacs will create a pipe process, the > > +@dfn{standard error process}. This process will have the default > > As a general rule, any use of @dfn should have a corresponding @cindex > entry leading to the text. So please add one here. > > > +If you have passed a non-@code{nil} @var{stderr} to > > +@code{make-process}, it will have a standard error process. > > +@xref{Asynchronous Processes}. In that case, waiting for process > > +output from the main process doesn't wait for output from the standard > > +error process. To make sure that you have received both standard > > +output and error from a process, use the following code: > > Suggest a minor rewording of the last sentence: > > To make sure you have received both all of standard output and all of > standard error from a process ... > > Otherwise, LGTM, thanks. Thanks, pushed as 3b4e312cfe. From unknown Thu Jun 19 13:55:12 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Tue, 21 May 2019 11:24:04 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator