From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Johann =?UTF-8?Q?H=C3=B6chtl?= Newsgroups: gmane.emacs.bugs Subject: bug#59883: Date: Sun, 11 Dec 2022 13:45:59 +0100 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="0000000000005f9efd05ef8cc567" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="21268"; mail-complaints-to="usenet@ciao.gmane.io" To: 59883@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sun Dec 11 13:47:17 2022 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 1p4Ljg-0005Mu-6H for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 11 Dec 2022 13:47:16 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1p4LjU-0007LA-SB; Sun, 11 Dec 2022 07:47: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 1p4LjS-0007Kr-UV for bug-gnu-emacs@gnu.org; Sun, 11 Dec 2022 07:47:02 -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 1p4LjS-00069w-H2 for bug-gnu-emacs@gnu.org; Sun, 11 Dec 2022 07:47:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1p4LjS-00040y-3w for bug-gnu-emacs@gnu.org; Sun, 11 Dec 2022 07:47:02 -0500 X-Loop: help-debbugs@gnu.org In-Reply-To: Resent-From: Johann =?UTF-8?Q?H=C3=B6chtl?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 11 Dec 2022 12:47:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 59883 X-GNU-PR-Package: emacs Original-Received: via spool by 59883-submit@debbugs.gnu.org id=B59883.167076277815421 (code B ref 59883); Sun, 11 Dec 2022 12:47:02 +0000 Original-Received: (at 59883) by debbugs.gnu.org; 11 Dec 2022 12:46:18 +0000 Original-Received: from localhost ([127.0.0.1]:46394 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1p4Lij-00040f-K9 for submit@debbugs.gnu.org; Sun, 11 Dec 2022 07:46:17 -0500 Original-Received: from mail-oi1-f179.google.com ([209.85.167.179]:44017) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1p4Lih-00040Z-8W for 59883@debbugs.gnu.org; Sun, 11 Dec 2022 07:46:15 -0500 Original-Received: by mail-oi1-f179.google.com with SMTP id s187so8812961oie.10 for <59883@debbugs.gnu.org>; Sun, 11 Dec 2022 04:46:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=7CP18SU1YFnpyoZhOR+lY77587YXfyZU1SpH7bOQXj4=; b=SHoOAOrR6/xuTL62vSVxGCyy8sWT6scgK1GO3VHE3RY0P5/iTwKoWZwZzEHLVuBfnP 13Aqh6kMyGWHUV6+HL2nzipz7MnHl/8En+pGtRC1MSQAbT9+04/+N6w6eYYLmwpMm81f F4YcOka4uhrxiDcX65ZXvp0OrZ5LdaiHpEMR72b3IACYJlodpzbPQs7UTVbEbKC4jC/N kJop4HPj4tVaojN89APmTDKndyvFpWrks3egslhe9EKhEy2ilhoNDkgBijJOiSxiuLa7 dlI2sQgcoslJu9rGBjlry8tYO4Qv+i9h4W9nx++P1fvHmamDQuPU7HZEdLvEw+hwbHbI u4ZQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=7CP18SU1YFnpyoZhOR+lY77587YXfyZU1SpH7bOQXj4=; b=n/yw96ik2G3ZZ980fwZ2bI8B89ROlbexANZDa7Th2tAyvzN03tn1j3ybshVQrbuU8p 51Jor5Ih2tFdYSxpgLrn0JX5gJs5bOM1HA8Z8keVfhe5mLRa8XEfMusFgrymWWjC/MUZ 1TIVb/ALq9wHedKYk9lguKyijG8bwaJxzXwYNVlpiR2BIctLkntP3uguqfydZ9rp41Ld m9gc8Ns506aH/Jc6sjmzTSZD5YS6xaZeamP4q1Iq2x4DWX9V3W+/e5XKFBeb1/RvdHLV Pc8r3SI5XKNdSg50P8rC7c7PAq614pD0R0S3Q6Mih7uTwLBydlivOtTSYWptAjEjdVeY cU2w== X-Gm-Message-State: ANoB5pmqkfxLALguY3jPUsc/bnwWOFrIa0opswXoQ/U1UvjWqcHvJZ0I utvHjcRMg84WkE5LnPKLvznRxTr90vT7UHjiMBmpuctDyg== X-Google-Smtp-Source: AA0mqf7pC9O7YpnTvCjq6AqFllGbtrQbBboduPvPxxHDjTt8droT3xSg3G1bnYHT8X4TJU4AlKW0UtNw+RsI4aGqOdc= X-Received: by 2002:a05:6808:51:b0:359:f091:104 with SMTP id v17-20020a056808005100b00359f0910104mr51199026oic.274.1670762769390; Sun, 11 Dec 2022 04:46:09 -0800 (PST) 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:250603 Archived-At: --0000000000005f9efd05ef8cc567 Content-Type: text/plain; charset="UTF-8" I dug deeper into the problem: * When I open a very small golang-project, eglot interconnects correctly with gopls * When I open a larger golang-project, eglot fails to communicate with gopls. In fact, it fails to direct gopls to load the project as gopls stays at a very small memory footprint. When I uninstall go-mode OR find-file-literally *.go and later enable eglot, gopls is correctly "directed" to load the project, because memory consumption is much higher. In this case it also reports back to eglot "loading packages" and "finished loading packages". Sidenote: However I cannot interact any further with the LS as eglot doens't consider any buffer as managed: cl-no-applicable-method: No applicable method: eglot--managed-buffers, nil eldoc error: (jsonrpc-error No current JSON-RPC connection (jsonrpc-error-code . 32603) (jsonrpc-error-message . No current JSON-RPC connection)) mouse-minibuffer-check: Minibuffer window is not active but I guess this is because the buffer has no mode eglot considers to be supported. Sidenote2: If I enable go-mode for this buffer (thus triggering eglot-ensure in .emacs) , a second gopls process is spawned yet without communication between eglot and gopls. --0000000000005f9efd05ef8cc567 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I dug deeper into the problem:

* When I= open a very small golang-project, eglot interconnects correctly with gopls=
* When I open a larger golang-project, eglot fails to communicat= e with gopls. In fact, it fails to direct gopls to load the project as gopl= s stays at a very small memory footprint.

When I u= ninstall go-mode OR find-file-literally *.go and later enable eglot,=C2=A0g= opls=C2=A0 is correctly=C2=A0"directed" to load the project, beca= use memory consumption is much higher. In this case it also reports back to= eglot "loading packages" and "finished loading packages&quo= t;.

Sidenote: However I cannot interact any furthe= r with the LS as eglot doens't=C2=A0consider any buffer as managed:

cl-no-applicable-method: No applicable method: eglot-= -managed-buffers, nil
eldoc error: (jsonrpc-error No current JSON-RPC co= nnection (jsonrpc-error-code . 32603) (jsonrpc-error-message . No current J= SON-RPC connection))
mouse-minibuffer-check: Minibuffer window is not ac= tive

but I guess this is because the buffer ha= s no mode eglot considers to be supported.

Sidenot= e2: If I enable go-mode for this buffer (thus triggering eglot-ensure in .e= macs) , a second gopls process is spawned yet without communication between= =C2=A0eglot and gopls.
--0000000000005f9efd05ef8cc567--