From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Newsgroups: gmane.emacs.bugs Subject: bug#61350: Eglot over Tramp freezes with large project Date: Sun, 26 Feb 2023 21:13:50 +0000 Message-ID: <87h6v8f7u9.fsf@gmail.com> References: <87y1ootw2t.fsf@gmail.com> <69968923.705640.1677163650760@office.mailbox.org> <87a613f0b7.fsf@gmx.de> <87r0udvmzr.fsf@gmx.de> <878rglxrzm.fsf@gmail.com> <87cz5wmjbx.fsf@gmx.de> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="26507"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Cc: Thomas Koch , 61350@debbugs.gnu.org To: Michael Albinus Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sun Feb 26 22:13:13 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 1pWOKX-0006kn-DB for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 26 Feb 2023 22:13:13 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pWOKO-0001i3-TT; Sun, 26 Feb 2023 16:13:04 -0500 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 1pWOKN-0001hf-7H for bug-gnu-emacs@gnu.org; Sun, 26 Feb 2023 16:13:03 -0500 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 1pWOKM-0002FZ-HI for bug-gnu-emacs@gnu.org; Sun, 26 Feb 2023 16:13:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1pWOKM-0004Tn-34 for bug-gnu-emacs@gnu.org; Sun, 26 Feb 2023 16:13:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 26 Feb 2023 21:13:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 61350 X-GNU-PR-Package: emacs Original-Received: via spool by 61350-submit@debbugs.gnu.org id=B61350.167744592717149 (code B ref 61350); Sun, 26 Feb 2023 21:13:02 +0000 Original-Received: (at 61350) by debbugs.gnu.org; 26 Feb 2023 21:12:07 +0000 Original-Received: from localhost ([127.0.0.1]:45161 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pWOJT-0004SX-00 for submit@debbugs.gnu.org; Sun, 26 Feb 2023 16:12:07 -0500 Original-Received: from mail-wm1-f42.google.com ([209.85.128.42]:46840) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pWOJQ-0004S2-5t for 61350@debbugs.gnu.org; Sun, 26 Feb 2023 16:12:06 -0500 Original-Received: by mail-wm1-f42.google.com with SMTP id m14-20020a7bce0e000000b003e00c739ce4so2699183wmc.5 for <61350@debbugs.gnu.org>; Sun, 26 Feb 2023 13:12:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; t=1677445918; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:cc:to:from:from:to:cc:subject:date :message-id:reply-to; bh=DgvrAdG1KejowynwBQss7K4fich6YYFdO9j4wCRzeM0=; b=mUGQE8TOQ65HwxNCnN7BkaQtNyl+Dg2qZigF1cMCyRvw6zr/pEyt1W2npd79DUwl1X ju2EvpSQBkJKv1/rcGFT/j9ca12NBM6UqVSeVCtVlMs7QlnHNgcQ+Mm6bOqTZF0L9q0Y Qq5qUpQ4YGY4C6PozhXqcMqXOg8G86YmI/TvdQtNsHnCQFtFhEr7R+ebEtwN++XJ6oSf Nc1+aWz+jKU1g/enwFmYjBsRoQZx0GzUcN6wSd8rimbQ2wiGh23iN9GqZXHQb4WBe9TV lUsBEXcpNorWuhIBYBVUkePUMIq6rQa6lAUc9PcKDiev65mJHCuKciipTxwBi4GsOizR dQnw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1677445918; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:cc:to:from:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to; bh=DgvrAdG1KejowynwBQss7K4fich6YYFdO9j4wCRzeM0=; b=JSPiW2k6WO8ieUYlXOEtsWRxdf2AupxtvWuLCex+qy0WERYZxnRrkzyZkaNhHmbZWk HTC3r+G7yu/7txcZ6bKAtxhz8ADbwwTvmT9eEtDb8raTSFdldGNyLrtk4h/g6QjRPq/b 1crC9wQuRpiMQyMmskD0MemzhTNAx4ZdLYzwU1zUQdR4CaQ+TCDNTb/AWmgbptRSeGtT bchqerHFB7qXz2mKEeEky0M5OjbNvkQv6mcldSXuHB3yOxi+iJv2kgymBzumaBc+djUw TKF6Wz5BelWva/wG6vaHexw09n5gjHVWCHPYqSLBJurcmrbYSyDXwc/r+R+w69zl33/e N5Cw== X-Gm-Message-State: AO0yUKWNXRptGflpZ18ANm156Oi8IlgRpMEa3rF9IRftdCXufV4c9owy Rb8hbsWzx4V2FjN4dwwEDfDb0Mgy+5I= X-Google-Smtp-Source: AK7set95OBmlNB/htJ4sd85ZUmjF8uTq/3KgKrxwuCcV/+J7qzlE7KSyW9FiPNE1BI5VZrePTUDSfA== X-Received: by 2002:a05:600c:3d92:b0:3eb:2e19:ff3a with SMTP id bi18-20020a05600c3d9200b003eb2e19ff3amr5261323wmb.7.1677445917790; Sun, 26 Feb 2023 13:11:57 -0800 (PST) Original-Received: from krug (87-196-72-142.net.novis.pt. [87.196.72.142]) by smtp.gmail.com with ESMTPSA id be6-20020a05600c1e8600b003e89e3284fasm10773916wmb.36.2023.02.26.13.11.56 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 26 Feb 2023 13:11:57 -0800 (PST) In-Reply-To: <87cz5wmjbx.fsf@gmx.de> (Michael Albinus's message of "Sun, 26 Feb 2023 18:23:46 +0100") 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:256830 Archived-At: Michael Albinus writes: > Yes, but Tramp doesn't get the whole output with one > accept-process-output call. It must use a while loop, until everything > it expects has been arrived. So the process-mark also moves again and > again, and cannot be used by Tramp directly. Sure, but you wrote: "Tramp must know where the output to be parsed starts in the buffer". And I suggested that you arrange for that _starting point_ to be given by the Lisp function 'point', not 'process-mark'. > Everything correct. But the problem was that not the whole expected > output hasn't arrived the buffer. I thought it was "stolen" by another > process. OK, but earlier you said that the process _had_ arrived in Tramp's buffer (though this arrival was triggered by jsonrpc.el) but that Tramp couldn't be made aware of it. You wrote yesterday: >>> It wasn't lost. The process output was retrieved and placed into the >>> Tramp buffer, w/o Tramp's interaction. Can you confirm that you no longer believe this to be the case? > But yesterday's debugging has shown, that ssh ControlMaster > seems to be guilty; it cannot handle large amount of data reliably. So maybe one should disable it by default. How does one disable it? I have trouble understanding from tramp-use-ssh-controlmaster-options and tramp-ssh-controlmaster-options. > Yes, that's the place. Tramp waits for a trailing shell prompt that it > tells that everything has been sent from remote. But this shell prompt > didn't arrive, and Tramp hangs in waiting for this. So the problem is now that the shell prompt didn't arrive after all, because of controlmaster, not because of jsonrpc.el. Can you confirm this? Jo=C3=A3o