From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#33839: 26.1.90; Emacs occasionally fails to receive asynchronous subprocess output in batch mode Date: Sun, 23 Dec 2018 18:54:15 +0200 Message-ID: <83o99c89qg.fsf@gnu.org> References: <835zvk9skp.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org X-Trace: blaine.gmane.org 1545583996 20442 195.159.176.226 (23 Dec 2018 16:53:16 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sun, 23 Dec 2018 16:53:16 +0000 (UTC) Cc: 33839@debbugs.gnu.org To: Philipp Stephani Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Dec 23 17:53:12 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 1gb701-00058L-Es for geb-bug-gnu-emacs@m.gmane.org; Sun, 23 Dec 2018 17:53:09 +0100 Original-Received: from localhost ([::1]:57570 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gb727-00006g-Bg for geb-bug-gnu-emacs@m.gmane.org; Sun, 23 Dec 2018 11:55:19 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:38324) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gb71s-00006b-Ru for bug-gnu-emacs@gnu.org; Sun, 23 Dec 2018 11:55:06 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gb71q-0008Ox-3R for bug-gnu-emacs@gnu.org; Sun, 23 Dec 2018 11:55:04 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:57935) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gb71p-0008Op-Vu for bug-gnu-emacs@gnu.org; Sun, 23 Dec 2018 11:55:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1gb71p-0005Ya-SF for bug-gnu-emacs@gnu.org; Sun, 23 Dec 2018 11:55:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 23 Dec 2018 16:55:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33839 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 33839-submit@debbugs.gnu.org id=B33839.154558407821327 (code B ref 33839); Sun, 23 Dec 2018 16:55:01 +0000 Original-Received: (at 33839) by debbugs.gnu.org; 23 Dec 2018 16:54:38 +0000 Original-Received: from localhost ([127.0.0.1]:33959 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gb71S-0005Xv-5j for submit@debbugs.gnu.org; Sun, 23 Dec 2018 11:54:38 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:32910) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gb71Q-0005Xi-OF for 33839@debbugs.gnu.org; Sun, 23 Dec 2018 11:54:36 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gb71H-0006t1-Pn for 33839@debbugs.gnu.org; Sun, 23 Dec 2018 11:54:31 -0500 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:57540) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gb71F-0006pv-RT; Sun, 23 Dec 2018 11:54:27 -0500 Original-Received: from [176.228.60.248] (port=1735 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1gb71F-0006D7-DZ; Sun, 23 Dec 2018 11:54:25 -0500 In-reply-to: (message from Philipp Stephani on Sun, 23 Dec 2018 17:45:31 +0100) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] 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:153798 Archived-At: > From: Philipp Stephani > Date: Sun, 23 Dec 2018 17:45:31 +0100 > Cc: 33839@debbugs.gnu.org > > Am So., 23. Dez. 2018 um 16:22 Uhr schrieb Eli Zaretskii : > > > > > From: Philipp > > > Date: Sun, 23 Dec 2018 03:28:53 +0100 > > > > > > (with-temp-buffer > > > (let ((proc (make-process :name "test" > > > :command '("bash" "-c" "echo stdout; echo stderr >&2") > > > :buffer (current-buffer) > > > :connection-type 'pipe > > > :sentinel #'ignore > > > :noquery t > > > :coding '(utf-8-unix . utf-8-unix)))) > > > (when (process-live-p proc) > > > (process-send-eof proc)) > > > (while (process-live-p proc) > > > (accept-process-output proc)) > > > (cl-assert (equal (buffer-string) "stdout\nstderr\n") :show-args))) > > > > > > Then evaluate this form repeatedly. Occasionally the buffer is empty > > > and the assertion triggers. > > > > Isn't there an inherent race condition here? > > Maybe? If so, then it should be documented, with an explanation how to > write this in a race-free manner. Can you tell why you used the process-live-p condition for calling accept-process-output? What happens if you do that unconditionally?