From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Visuwesh Newsgroups: gmane.emacs.bugs Subject: bug#50849: 28.0.50; Proposal for Emacs daemon to signal when being busy Date: Fri, 02 Sep 2022 19:24:05 +0530 Message-ID: <874jxpevb6.fsf@gmail.com> References: <86czouksh2.fsf@protected.rcdrun.com> <83mtnykpij.fsf@gnu.org> <87tui5fdku.fsf@gnus.org> <83y27hjhy2.fsf@gnu.org> <87r10uvxr9.fsf@gnus.org> <83o7vyowcl.fsf@gnu.org> <87czceufj1.fsf@gnus.org> <83ilm6osqz.fsf@gnu.org> <87sflaszct.fsf@gnus.org> 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="17232"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) Cc: Eli Zaretskii , bugs@gnu.support, 50849@debbugs.gnu.org To: Lars Ingebrigtsen Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Sep 02 15:55:25 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 1oU78n-0004JJ-Od for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 02 Sep 2022 15:55:25 +0200 Original-Received: from localhost ([::1]:60186 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oU78m-0002iG-DK for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 02 Sep 2022 09:55:24 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:37318) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oU78S-0002gs-8E for bug-gnu-emacs@gnu.org; Fri, 02 Sep 2022 09:55:05 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:55688) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1oU78Q-00081Y-0m for bug-gnu-emacs@gnu.org; Fri, 02 Sep 2022 09:55:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1oU78P-0005Ai-Th for bug-gnu-emacs@gnu.org; Fri, 02 Sep 2022 09:55:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Visuwesh Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 02 Sep 2022 13:55:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50849 X-GNU-PR-Package: emacs Original-Received: via spool by 50849-submit@debbugs.gnu.org id=B50849.166212687719838 (code B ref 50849); Fri, 02 Sep 2022 13:55:01 +0000 Original-Received: (at 50849) by debbugs.gnu.org; 2 Sep 2022 13:54:37 +0000 Original-Received: from localhost ([127.0.0.1]:45436 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oU781-00059t-9D for submit@debbugs.gnu.org; Fri, 02 Sep 2022 09:54:37 -0400 Original-Received: from mail-pf1-f193.google.com ([209.85.210.193]:43613) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oU77z-00059h-9P for 50849@debbugs.gnu.org; Fri, 02 Sep 2022 09:54:35 -0400 Original-Received: by mail-pf1-f193.google.com with SMTP id c66so1929696pfc.10 for <50849@debbugs.gnu.org>; Fri, 02 Sep 2022 06:54:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=content-transfer-encoding:mime-version:message-id:date:user-agent :references:in-reply-to:subject:cc:to:from:from:to:cc:subject:date; bh=7lWcmplCiSz6vhBemQ69mav4v7YHK0ktl3ktQnorxac=; b=pXMjjCaqIC65B1D39die6r6ng/zrJ8gJnxh4zF/PzGa4ZQwn6csbf4xjOFGV/7zCbe hPY2C49E4lNUwQdCnHBw5QUI5tb4sY7YkLnOOgobfGaebWLkboTpLhzg6wJGa4PQ+PC0 9up4ZSPn3qYZYNv/uzFNQ85pdxp8lQhnHpvniBNZoIbam5t0oebkabzdBquwsTMRGrPE BMbTqY9Hlgwkstn0NJXZJKOp89d5DNDdmMm0XEE8z/GZouMpRxvvEBkvN5Libw7UR1RA hhFXraCi8unvRPf3S4SHb3TCTsvbbl6LXKOAVDRkHwprdzAFTHwQmuDahwpgudT61TDL QMJg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:mime-version:message-id:date:user-agent :references:in-reply-to:subject:cc:to:from:x-gm-message-state:from :to:cc:subject:date; bh=7lWcmplCiSz6vhBemQ69mav4v7YHK0ktl3ktQnorxac=; b=s519FrUajEaFK4SRoLQeCdzIZHeJ6UbRDNH0M27oQqDx16wKDcYFUjsdLlthuCsv+F Snp083AQ9df48I5ufrkPv1OLp4CaWO7TXndJsAj0xweJHPE+8araCngSyEGleFk2XjCV uHsIpEYaZ4tNrLutgMZgbrd83OOM32Koj86HxwB/QlEsGb50cDOjQEf+9fGmy7jsR7lh F7vEP0RY2gj670s4y+5W1POf9R989fTnRX54XEuBb6c4la8NrvQlZQ/z2dRuAI7d4xQK zafefF2Z0z5yi1MC9KJpdtEF6Zh4zJNmfD2My2unVsHGNNEvEmGBKvIBWW+apy5oza2Z PPLw== X-Gm-Message-State: ACgBeo0zdFjNRKpL17iPYsgFx39Yt3y+Oio6A0Du5oCAGDQ8a/bPWSEd bkj35jsCWisRdYGnFUU7KqY= X-Google-Smtp-Source: AA6agR4yTuPDpk4/Xi3Zu474zum8ifTg7M3eIAfXiXVU6XezCTh541HOrcF04kN0HLuOmD/5bZbXXA== X-Received: by 2002:a63:6683:0:b0:42b:34a5:e66f with SMTP id a125-20020a636683000000b0042b34a5e66fmr31732326pgc.117.1662126869317; Fri, 02 Sep 2022 06:54:29 -0700 (PDT) Original-Received: from localhost ([118.185.152.162]) by smtp.gmail.com with ESMTPSA id b9-20020a170902d50900b0016c0b0fe1c6sm1651936plg.73.2022.09.02.06.54.27 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 02 Sep 2022 06:54:28 -0700 (PDT) In-Reply-To: <87sflaszct.fsf@gnus.org> (Lars Ingebrigtsen's message of "Fri, 02 Sep 2022 15:02:58 +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:241347 Archived-At: [=E0=AE=B5=E0=AF=86=E0=AE=B3=E0=AF=8D=E0=AE=B3=E0=AE=BF =E0=AE=9A=E0=AF=86= =E0=AE=AA=E0=AF=8D=E0=AE=9F=E0=AE=AE=E0=AF=8D=E0=AE=AA=E0=AE=B0=E0=AF=8D 02= , 2022] Lars Ingebrigtsen wrote: > But I'm slightly leery about having a default timeout at all -- I can > imagine that there are people using emacsclient as an RPC thing to > control an Emacs automatically, and in that case, any timeout would be > wrong: It's more important to have a reliable mechanism than anything > else. (And in that scenario, the Emacs daemon might well be busy for a > long time, if you have a script that just feeds commands to the > daemon...) > > But on the other hand, it's nice to give the user some more feedback > there than just hanging. > > Hm... > > Might it make sense to use the timeout to just output a message on > stdout saying "Unable to contact the server; use `C-c' to break" or > something? Instead of just exiting/erroring out? > > Anybody have opinions here? Can we not add a new flag like "--no-timeout" for the people who expect emacsclient to never time out? I have a shell script that spawns an Emacs frame with a new M-x shell buffer every time I call it and it serves me really well but I have one minor annoyance: there is no way to fallback to a (boring) terminal emulator if Emacs is busy. When Emacs is busy and nothing shows up on my screen, I am always surprised then remember that I let Emacs do something CPU hungry and pull up dmenu to spawn a st window.