From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#48118: 27.1; 28; Only first process receives output with multiple running processes Date: Fri, 30 Apr 2021 17:34:38 +0300 Message-ID: <83pmybc03l.fsf@gnu.org> References: <64c194f9-b984-adaa-d5fd-86aa3ed3833a@daniel-mendler.de> <83wnsjc0vd.fsf@gnu.org> <83tunnc0hz.fsf@gnu.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="1436"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 48118@debbugs.gnu.org To: Daniel Mendler Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Apr 30 16:35:13 2021 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lcUEa-0000Fc-TB for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 30 Apr 2021 16:35:12 +0200 Original-Received: from localhost ([::1]:45574 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lcUEZ-000368-W8 for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 30 Apr 2021 10:35:12 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:59214) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lcUEQ-00032I-IN for bug-gnu-emacs@gnu.org; Fri, 30 Apr 2021 10:35:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:47881) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1lcUEQ-0000CM-AF for bug-gnu-emacs@gnu.org; Fri, 30 Apr 2021 10:35:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1lcUEQ-0002q1-8l for bug-gnu-emacs@gnu.org; Fri, 30 Apr 2021 10:35:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 30 Apr 2021 14:35:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 48118 X-GNU-PR-Package: emacs Original-Received: via spool by 48118-submit@debbugs.gnu.org id=B48118.161979329610894 (code B ref 48118); Fri, 30 Apr 2021 14:35:02 +0000 Original-Received: (at 48118) by debbugs.gnu.org; 30 Apr 2021 14:34:56 +0000 Original-Received: from localhost ([127.0.0.1]:59427 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lcUEK-0002pe-Li for submit@debbugs.gnu.org; Fri, 30 Apr 2021 10:34:56 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:50884) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lcUEJ-0002pS-Go for 48118@debbugs.gnu.org; Fri, 30 Apr 2021 10:34:56 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:48002) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lcUEE-0008V9-9n; Fri, 30 Apr 2021 10:34:50 -0400 Original-Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:1660 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lcUE7-0005IV-OE; Fri, 30 Apr 2021 10:34:47 -0400 In-Reply-To: (message from Daniel Mendler on Fri, 30 Apr 2021 16:30:54 +0200) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list 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-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:205249 Archived-At: > Cc: 48118@debbugs.gnu.org > From: Daniel Mendler > Date: Fri, 30 Apr 2021 16:30:54 +0200 > > So you say I should repeatedly stop the current process in the filter > function in order to allow the other process to take precedence Yes. > since the underlying Emacs handling of asynchronous processes is > unable to read from two processes at once? No. The problem is not the _ability_ to read from more than one subprocess -- the ability does exist. The problem is that doing so would run afoul of other scenarios. > me. What is preventing Emacs from treating multiple processes > fairly? I asked elsewhere what you mean by "fairly" in this context. But the general answer to your question is that Emacs knows nothing about the processes, their importance, their output rates, and the respective filter functions.