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#62194: 30.0.50; Two Eglot-over-Tramp tests are failing on master, passing on emacs-29 Date: Fri, 17 Mar 2023 19:22:26 +0200 Message-ID: <83v8izcmy5.fsf@gnu.org> References: <87wn3jue1q.fsf@gmail.com> <87edpqjqsv.fsf@gmx.de> <874jqmjl0s.fsf@gmx.de> <875yb1pxai.fsf@miha-pc> <87ttykj45i.fsf@gmx.de> <878rfw51mh.fsf@gmail.com> <87pm98iw1e.fsf@gmx.de> <87fsa43f36.fsf@gmail.com> <87sfe4eh09.fsf@gmx.de> <87wn3g1ssd.fsf@gmail.com> <87zg8co0n0.fsf@miha-pc> <875yaziax4.fsf@miha-pc> <83y1nvcokf.fsf@gnu.org> <87y1nvgunt.fsf@miha-pc> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="25376"; mail-complaints-to="usenet@ciao.gmane.io" Cc: michael.albinus@gmx.de, joaotavora@gmail.com, 62194@debbugs.gnu.org To: Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Mar 17 18:23:12 2023 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 1pdDnM-0006OM-KK for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 17 Mar 2023 18:23:12 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pdDnE-00081S-I9; Fri, 17 Mar 2023 13:23:04 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pdDnC-00081E-M3 for bug-gnu-emacs@gnu.org; Fri, 17 Mar 2023 13:23:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1pdDnC-0001q8-6o for bug-gnu-emacs@gnu.org; Fri, 17 Mar 2023 13:23:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1pdDnB-0000sY-Qq for bug-gnu-emacs@gnu.org; Fri, 17 Mar 2023 13:23:01 -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, 17 Mar 2023 17:23:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 62194 X-GNU-PR-Package: emacs Original-Received: via spool by 62194-submit@debbugs.gnu.org id=B62194.16790737533324 (code B ref 62194); Fri, 17 Mar 2023 17:23:01 +0000 Original-Received: (at 62194) by debbugs.gnu.org; 17 Mar 2023 17:22:33 +0000 Original-Received: from localhost ([127.0.0.1]:45541 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pdDmj-0000rX-46 for submit@debbugs.gnu.org; Fri, 17 Mar 2023 13:22:33 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:52692) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pdDmh-0000rH-OK for 62194@debbugs.gnu.org; Fri, 17 Mar 2023 13:22:32 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pdDmc-0001nC-0F; Fri, 17 Mar 2023 13:22:26 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=1VzytHkw6JYjCwJCSdiKJhF5k5Kbsg6qFk7TkaM4e4c=; b=M/bITayTn+EwPr94EojD NvjdqVAbPNdMkeimP0o3IykmYjQfmU/5cDG66d4qxwCHBclW1xfWMP4VuhwfslYqZjhmKBbaYDD5l oe6AYp3XQ/fgahqk6TZfONYYWav89bSekv6Xqsw6aCo4zwa7pj0sUxCLNiZvuuVAowUKU18o2lwA2 /EBu6ancH4iEaTDYR+xirmBHD2DiEfjyjxiPvfuW6DkapqyxSeZQg1UDGKFKpSl1t7wC8lE2J3O/K Xua8cXWmum6cUeSSfSBIWuh29I8o/WZ5JEqR2cO6EpbNKY4qmhBjuA1/wKePf2cYXGRdpZlCCYCBL QQMEvMcN/NBVPg==; Original-Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pdDmb-0007LS-GS; Fri, 17 Mar 2023 13:22:25 -0400 In-Reply-To: <87y1nvgunt.fsf@miha-pc> 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-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:258098 Archived-At: > From: > Cc: michael.albinus@gmx.de, joaotavora@gmail.com, 62194@debbugs.gnu.org > Date: Fri, 17 Mar 2023 18:22:14 +0100 > > From '(elisp) Output from Processes': > > Output from a subprocess can arrive only while Emacs is waiting: when > reading terminal input, in ‘sit-for’ and ‘sleep-for’, in > ‘accept-process-output’, and in functions which send data to processes. > > From my understanding of process.c, wait_reading_process_output normally > needs to be in the call stack in order for process filters to run. And it is, when Tramp calls expand-file-name and waits for the response from the remote. Moreover, there are situations in Emacs when we eventually call wait_reading_process_output as result of Lisp code that doesn't necessarily imagine something like that could happen, nor can control that. IOW, it is not easy to know from the Lisp level whether Emacs is going to "wait for something" as part of running some Lisp program.