From unknown Fri Jun 20 18:15:09 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#50849 <50849@debbugs.gnu.org> To: bug#50849 <50849@debbugs.gnu.org> Subject: Status: 28.0.50; Proposal for Emacs daemon to signal when being busy Reply-To: bug#50849 <50849@debbugs.gnu.org> Date: Sat, 21 Jun 2025 01:15:09 +0000 retitle 50849 28.0.50; Proposal for Emacs daemon to signal when being busy reassign 50849 emacs submitter 50849 Jean Louis severity 50849 wishlist tag 50849 patch thanks From debbugs-submit-bounces@debbugs.gnu.org Mon Sep 27 10:27:33 2021 Received: (at submit) by debbugs.gnu.org; 27 Sep 2021 14:27:33 +0000 Received: from localhost ([127.0.0.1]:42305 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mUrbQ-0007jt-S1 for submit@debbugs.gnu.org; Mon, 27 Sep 2021 10:27:33 -0400 Received: from lists.gnu.org ([209.51.188.17]:46298) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mUrbP-0007jm-8v for submit@debbugs.gnu.org; Mon, 27 Sep 2021 10:27:31 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:41498) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mUrbP-00007k-2m for bug-gnu-emacs@gnu.org; Mon, 27 Sep 2021 10:27:31 -0400 Received: from stw1.rcdrun.com ([217.170.207.13]:42483) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mUrbM-0000pu-Ij for bug-gnu-emacs@gnu.org; Mon, 27 Sep 2021 10:27:30 -0400 Received: from localhost ([::ffff:102.87.51.42]) (AUTH: PLAIN admin, TLS: TLS1.3,256bits,ECDHE_RSA_AES_256_GCM_SHA384) by stw1.rcdrun.com with ESMTPSA id 0000000000037FE8.000000006151D4AE.00000A02; Mon, 27 Sep 2021 07:26:54 -0700 From: Jean Louis To: bug-gnu-emacs@gnu.org Subject: 28.0.50; Proposal for Emacs daemon to signal when being busy Date: Mon, 27 Sep 2021 17:23:21 +0300 Message-ID: <86czouksh2.fsf@protected.rcdrun.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Received-SPF: pass client-ip=217.170.207.13; envelope-from=admin@protected.rcdrun.com; helo=stw1.rcdrun.com X-Spam_score_int: -16 X-Spam_score: -1.7 X-Spam_bar: - X-Spam_report: (-1.7 / 5.0 requ) BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.25, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.1 (-) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.1 (--) This is wish for the feature or proposal for Emacs daemon to somehow signal to `emacsclient' to be busy. We know that if there is no daemon there is environment variable to spawn some editor instead, which could be like `emacs -Q' or even `vim' If however, the Emacs daemon spawned by `emacs --bg-daemon' is busy for example playing video or doing some other process, then `emacsclient' cannot know about it and is waiting in background. It would be good to provide some kind of a signal that main Emacs process is busy so that `emacsclient' can know about it and for example spawn the alternative editor in that situation. This feature could be then enabled through customization or variable. In GNU Emacs 28.0.50 (build 7, x86_64-pc-linux-gnu, X toolkit, cairo version 1.17.4, Xaw3d scroll bars) of 2021-09-21 built on protected.rcdrun.com Repository revision: f23c5c3e445385031d46ee56b89fcda1774a2108 Repository branch: master Windowing system distributor 'The X.Org Foundation', version 11.0.12011000 System Description: Parabola GNU/Linux-libre Configured using: 'configure --with-x-toolkit=lucid' Configured features: ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ JPEG JSON LCMS2 LIBOTF LIBSYSTEMD LIBXML2 M17N_FLT MODULES NOTIFY INOTIFY PDUMPER PNG RSVG SECCOMP SOUND THREADS TIFF TOOLKIT_SCROLL_BARS X11 XAW3D XDBE XIM XPM LUCID ZLIB Important settings: value of $LC_ALL: en_US.UTF-8 value of $LANG: de_DE.UTF-8 value of $XMODIFIERS: @im=exwm-xim locale-coding-system: utf-8-unix Major mode: Lisp Interaction Minor modes in effect: tooltip-mode: t global-eldoc-mode: t eldoc-mode: t electric-indent-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t indent-tabs-mode: t transient-mark-mode: t Load-path shadows: None found. Features: (shadow sort mail-extr emacsbug message rmc puny dired dired-loaddefs rfc822 mml mml-sec epa derived epg rfc6068 epg-config gnus-util rmail rmail-loaddefs auth-source cl-seq eieio eieio-core cl-macs eieio-loaddefs password-cache json map text-property-search time-date subr-x seq byte-opt gv bytecomp byte-compile cconv mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader cl-loaddefs cl-lib sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils iso-transl tooltip eldoc electric uniquify ediff-hook vc-hooks lisp-float-type elisp-mode mwheel term/x-win x-win term/common-win x-dnd tool-bar dnd fontset image regexp-opt fringe tabulated-list replace newcomment text-mode lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow isearch easymenu timer select scroll-bar mouse jit-lock font-lock syntax font-core term/tty-colors frame minibuffer cl-generic cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese composite emoji-zwj charscript charprop case-table epa-hook jka-cmpr-hook help simple abbrev obarray cl-preloaded nadvice button loaddefs faces cus-face macroexp files window text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote threads dbusbind inotify lcms2 dynamic-setting system-font-setting font-render-setting cairo x-toolkit x multi-tty make-network-process emacs) Memory information: ((conses 16 54696 7081) (symbols 48 7163 3) (strings 32 20184 2198) (string-bytes 1 644302) (vectors 16 14728) (vector-slots 8 192430 11692) (floats 8 23 45) (intervals 56 267 0) (buffers 992 12)) -- Thanks, Jean Louis Take action in Free Software Foundation campaigns: https://www.fsf.org/campaigns From debbugs-submit-bounces@debbugs.gnu.org Mon Sep 27 11:27:18 2021 Received: (at 50849) by debbugs.gnu.org; 27 Sep 2021 15:27:18 +0000 Received: from localhost ([127.0.0.1]:42406 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mUsXG-0001AU-AP for submit@debbugs.gnu.org; Mon, 27 Sep 2021 11:27:18 -0400 Received: from eggs.gnu.org ([209.51.188.92]:52356) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mUsXE-0001AF-UJ for 50849@debbugs.gnu.org; Mon, 27 Sep 2021 11:27:17 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:59024) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mUsX9-0007tb-Mm; Mon, 27 Sep 2021 11:27:11 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:4213 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 1mUsX9-0002Y1-3l; Mon, 27 Sep 2021 11:27:11 -0400 Date: Mon, 27 Sep 2021 18:27:16 +0300 Message-Id: <83mtnykpij.fsf@gnu.org> From: Eli Zaretskii To: Jean Louis In-Reply-To: <86czouksh2.fsf@protected.rcdrun.com> (message from Jean Louis on Mon, 27 Sep 2021 17:23:21 +0300) Subject: Re: bug#50849: 28.0.50; Proposal for Emacs daemon to signal when being busy References: <86czouksh2.fsf@protected.rcdrun.com> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 50849 Cc: 50849@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Jean Louis > Date: Mon, 27 Sep 2021 17:23:21 +0300 > > This is wish for the feature or proposal for Emacs daemon to somehow > signal to `emacsclient' to be busy. > > We know that if there is no daemon there is environment variable to > spawn some editor instead, which could be like `emacs -Q' or even `vim' > > If however, the Emacs daemon spawned by `emacs --bg-daemon' is busy for > example playing video or doing some other process, then `emacsclient' > cannot know about it and is waiting in background. > > It would be good to provide some kind of a signal that main Emacs > process is busy so that `emacsclient' can know about it and for example > spawn the alternative editor in that situation. This feature could be > then enabled through customization or variable. The problem in these situations is that AFAIU the daemon doesn't even know that emacsclient is trying to connect, because it (the daemon) doesn't process connection requests when it's busy. You could perhaps do it yourself by deleting the daemon socket when you play the music. From debbugs-submit-bounces@debbugs.gnu.org Tue Sep 28 01:56:36 2021 Received: (at 50849) by debbugs.gnu.org; 28 Sep 2021 05:56:36 +0000 Received: from localhost ([127.0.0.1]:43504 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mV66V-0005UZ-Ve for submit@debbugs.gnu.org; Tue, 28 Sep 2021 01:56:36 -0400 Received: from quimby.gnus.org ([95.216.78.240]:41298) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mV66M-0005UA-Qf for 50849@debbugs.gnu.org; Tue, 28 Sep 2021 01:56:35 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=UTOgUMKnnJBWcuP3SQ5m8Zl2gJnbnl0yzpl9A/m2OAk=; b=KeHUWnj6re2KCU+cd5sqKhJ4yM Ri0GcO51PIuPRwqE2VLd2MNxhuLhY/6lwL/dC9SnsClo+yD6ML35n/fhpCGsSU4/HdGtssDDc8cKy CbB8w19RnRQsZwzsmdx2qYbQONRD5sfwds3H+FzHnOW9mnFpOlF6eFhwpBfpB8kUsRD4=; Received: from [84.212.220.105] (helo=elva) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mV66E-0007sq-45; Tue, 28 Sep 2021 07:56:20 +0200 From: Lars Ingebrigtsen To: Eli Zaretskii Subject: Re: bug#50849: 28.0.50; Proposal for Emacs daemon to signal when being busy References: <86czouksh2.fsf@protected.rcdrun.com> <83mtnykpij.fsf@gnu.org> X-Now-Playing: Lost Girls's _Menneskekollektivet_: "Menneskekollektivet" Date: Tue, 28 Sep 2021 07:56:17 +0200 In-Reply-To: <83mtnykpij.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 27 Sep 2021 18:27:16 +0300") Message-ID: <87tui5fdku.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Eli Zaretskii writes: > The problem in these situations is that AFAIU the daemon doesn't even > know that emacsclient is trying to connect, because it (the daemon) > doesn't process connection requests when it's busy. Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 50849 Cc: Jean Louis , 50849@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Eli Zaretskii writes: > The problem in these situations is that AFAIU the daemon doesn't even > know that emacsclient is trying to connect, because it (the daemon) > doesn't process connection requests when it's busy. Perhaps emacsclient could have a timeout here? I'm not sure what a reasonable timeout would be, though, but perhaps that can be a command line switch so that the user can decide. (I haven't looked at the code; perhaps it has a timeout already.) -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Tue Sep 28 03:08:28 2021 Received: (at 50849) by debbugs.gnu.org; 28 Sep 2021 07:08:28 +0000 Received: from localhost ([127.0.0.1]:43600 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mV7E3-0001DK-Ta for submit@debbugs.gnu.org; Tue, 28 Sep 2021 03:08:28 -0400 Received: from eggs.gnu.org ([209.51.188.92]:39166) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mV7Dz-0001D2-OT for 50849@debbugs.gnu.org; Tue, 28 Sep 2021 03:08:26 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:59514) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mV7Ds-0000r6-Fi; Tue, 28 Sep 2021 03:08:17 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:2639 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 1mV7Dr-00007J-5g; Tue, 28 Sep 2021 03:08:16 -0400 Date: Tue, 28 Sep 2021 10:08:21 +0300 Message-Id: <83y27hjhy2.fsf@gnu.org> From: Eli Zaretskii To: Lars Ingebrigtsen In-Reply-To: <87tui5fdku.fsf@gnus.org> (message from Lars Ingebrigtsen on Tue, 28 Sep 2021 07:56:17 +0200) Subject: Re: bug#50849: 28.0.50; Proposal for Emacs daemon to signal when being busy References: <86czouksh2.fsf@protected.rcdrun.com> <83mtnykpij.fsf@gnu.org> <87tui5fdku.fsf@gnus.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 50849 Cc: bugs@gnu.support, 50849@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Lars Ingebrigtsen > Cc: Jean Louis , 50849@debbugs.gnu.org > Date: Tue, 28 Sep 2021 07:56:17 +0200 > > Perhaps emacsclient could have a timeout here? I'm not sure what a > reasonable timeout would be, though, but perhaps that can be a command > line switch so that the user can decide. There is a (built-in) timeout, but it's way too long AFAIK. And we don't handle it any different from any other error: we exit. From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 02 07:09:26 2022 Received: (at 50849) by debbugs.gnu.org; 2 Sep 2022 11:09:26 +0000 Received: from localhost ([127.0.0.1]:45042 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oU4Y9-0004gc-PQ for submit@debbugs.gnu.org; Fri, 02 Sep 2022 07:09:25 -0400 Received: from quimby.gnus.org ([95.216.78.240]:34372) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oU4Y8-0004gO-6Z for 50849@debbugs.gnu.org; Fri, 02 Sep 2022 07:09:24 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:Date:References: In-Reply-To:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=+d6RsKZXwI6VllneKg84YIbXOtnWxjOJkHwtRhSYeaA=; b=BqFRphyPiGMJvZzkezyUQANxI/ 8BbSMoAancXeDiCTVniNtOATG+2G0IoUKtfZZ5Z7A5wQx0fDaHx9Am7N2sutMDiNwC1Gjg10bvL1h lWpU5z6q0M2QljnZkUeD9B1MJhB4CEigHE39ulkmusMQv26hobZfx0Bkx20YEOUlhFjM=; Received: from [84.212.220.105] (helo=joga) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oU4Xz-0004qH-1P; Fri, 02 Sep 2022 13:09:17 +0200 From: Lars Ingebrigtsen To: Eli Zaretskii Subject: Re: bug#50849: 28.0.50; Proposal for Emacs daemon to signal when being busy In-Reply-To: <83y27hjhy2.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 28 Sep 2021 10:08:21 +0300") References: <86czouksh2.fsf@protected.rcdrun.com> <83mtnykpij.fsf@gnu.org> <87tui5fdku.fsf@gnus.org> <83y27hjhy2.fsf@gnu.org> X-Now-Playing: The Cure's _Bloodflowers_: "Where the Birds Always Sing" Date: Fri, 02 Sep 2022 13:09:14 +0200 Message-ID: <87r10uvxr9.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Eli Zaretskii writes: > There is a (built-in) timeout, but it's way too long AFAIK. And we > don't handle it any different from any other error: we exit. Doing some testing, it seems to hang here in that recv: Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 50849 Cc: bugs@gnu.support, 50849@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Eli Zaretskii writes: > There is a (built-in) timeout, but it's way too long AFAIK. And we > don't handle it any different from any other error: we exit. Doing some testing, it seems to hang here in that recv: /* Now, wait for an answer and print any messages. */ while (exit_status == EXIT_SUCCESS) { do { act_on_signals (emacs_socket); rl = recv (emacs_socket, string, BUFSIZ, 0); } while (rl < 0 && errno == EINTR); Does the recv time out? From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 02 07:21:10 2022 Received: (at 50849) by debbugs.gnu.org; 2 Sep 2022 11:21:10 +0000 Received: from localhost ([127.0.0.1]:45077 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oU4jW-0007AG-1G for submit@debbugs.gnu.org; Fri, 02 Sep 2022 07:21:10 -0400 Received: from eggs.gnu.org ([209.51.188.92]:48818) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oU4jU-00079u-BQ for 50849@debbugs.gnu.org; Fri, 02 Sep 2022 07:21:08 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:55308) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oU4jO-0007On-E4; Fri, 02 Sep 2022 07:21:02 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=eNsXyMz6XLSLnHNbQrd1xElvITCmCCOt1ThYdW5p4Vg=; b=fb5Cl6vAxOVT Cno/WtmMeFfP7+6XIsCyXhz8yGYqg07I4LSddzdHk/zC9CJviop4fsAwW6StHsGSWvACEIh+OjJ/y gbs+CvAUcE3b5eeVZX28XnJC1V80gD/4JUT8ccyLU8N2zZUNDyv4pKdVvnrB0UmWkwmMpKEp89y12 JDgeOKDGZA2hiyRDS0UjA/53bZlgp2huGK8c6nG7Qd2VwC7bFnd44h/xpMtgS1u+1ClsOAurOxKwy haqNlGcAMUyL7SDAmxC5pX5Vo69mbJEjzHvliBdqH1N+wNsCTP6Oo8z77bFuPjn4/bD/kXHrlfe+r Qqsj0sb+ZMO8iyx7AG2ULA==; Received: from [87.69.77.57] (port=4260 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 1oU4jN-00073E-Sk; Fri, 02 Sep 2022 07:21:02 -0400 Date: Fri, 02 Sep 2022 14:21:30 +0300 Message-Id: <83o7vyowcl.fsf@gnu.org> From: Eli Zaretskii To: Lars Ingebrigtsen In-Reply-To: <87r10uvxr9.fsf@gnus.org> (message from Lars Ingebrigtsen on Fri, 02 Sep 2022 13:09:14 +0200) Subject: Re: bug#50849: 28.0.50; Proposal for Emacs daemon to signal when being busy References: <86czouksh2.fsf@protected.rcdrun.com> <83mtnykpij.fsf@gnu.org> <87tui5fdku.fsf@gnus.org> <83y27hjhy2.fsf@gnu.org> <87r10uvxr9.fsf@gnus.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 50849 Cc: bugs@gnu.support, 50849@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Lars Ingebrigtsen > Cc: bugs@gnu.support, 50849@debbugs.gnu.org > Date: Fri, 02 Sep 2022 13:09:14 +0200 > > Eli Zaretskii writes: > > > There is a (built-in) timeout, but it's way too long AFAIK. And we > > don't handle it any different from any other error: we exit. > > Doing some testing, it seems to hang here in that recv: > > /* Now, wait for an answer and print any messages. */ > while (exit_status == EXIT_SUCCESS) > { > do > { > act_on_signals (emacs_socket); > rl = recv (emacs_socket, string, BUFSIZ, 0); > } > while (rl < 0 && errno == EINTR); > > Does the recv time out? Looks like it doesn't by default, but we can ask it to do so. See, for example, https://stackoverflow.com/questions/30395258/setting-timeout-to-recv-function. From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 02 08:28:31 2022 Received: (at 50849) by debbugs.gnu.org; 2 Sep 2022 12:28:31 +0000 Received: from localhost ([127.0.0.1]:45186 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oU5mh-0006vq-6i for submit@debbugs.gnu.org; Fri, 02 Sep 2022 08:28:31 -0400 Received: from quimby.gnus.org ([95.216.78.240]:35242) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oU5mf-0006vd-Bu for 50849@debbugs.gnu.org; Fri, 02 Sep 2022 08:28:29 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID :Date:References:In-Reply-To:Subject:Cc:To:From:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=iMiRhGPqcRuMX8Uv1a9swFdIYLxX6FLnoLkrbts43t4=; b=PXkw5oJYQJARN1clnnFlb6k5v3 DqeKv5JSFR5cAy8GKzuPjVxpiUhX8UAv/dH1YsoBZO+iE1dHzM/DUX98i7urJPNjsYR4oidUlEHpU 1Joh6AlhlCiQRu87a6e0OrHmhTOL5IwOUajM2x+j+pQ14qJ0o/4WRqGp/vrMjpxgcPVY=; Received: from [84.212.220.105] (helo=joga) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oU5mW-0005P0-SK; Fri, 02 Sep 2022 14:28:23 +0200 From: Lars Ingebrigtsen To: Eli Zaretskii Subject: Re: bug#50849: 28.0.50; Proposal for Emacs daemon to signal when being busy In-Reply-To: <83o7vyowcl.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 02 Sep 2022 14:21:30 +0300") 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> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAGFBMVEUoJSQjHx4hHR2f iXaJd2hbUEnWxK3///8K34IbAAAAAWJLR0QHFmGI6wAAAAd0SU1FB+YJAgwYE6Rv2CYAAAGiSURB VDjLdZPBcoQgDIaDLT2jM70vTvcJUM5OV/dMK3jujG7e/xEKgQXdbeMB4eNPAiEA/xoDIf5ar/eW dzB2BBEJGh9BWnoC2TyQ8ech3H2WYj6BnE0BjCJRngd3sMu/O2XS1LA7V1ecwQGofBWQAC1YM+X4 AlgBFzAlsaikOUc352sVghQU4g2tnkxCEF3RZEGNHTeHepDiuiJu7lgoGjXibZ3V5EZTFPyiFXpX uOCGa2+yYsZg18BIREB6gcJoq8ZtVl1MrpXAvZPgKIi2eVURyBped+C2qAKsJi/hIPgTAAVpBcya NmuNgx6Uj0HAH8+SGxW+DcZxdHfgVPR/wX5478bJGUPnAG47f2yLIw4s3lYEgknv7Yd3Vn9CJesM Wla37bKi43b9ivdk0pXIunnBDeT55utXQONBfbr2Po8qPhFRFIx99N/ATqk4CZD87Crwf6W57hXk w2m3un8lQ3naD+C5OUvuByDro+8CWvlAYte2wXZN5TNmYYiglfu+rOw4TgkkVQL+FW0FNFlXXUIp M5BeJKn9Gu6sKSDpUuuxX1tac6VJAgipAAAAJXRFWHRkYXRlOmNyZWF0ZQAyMDIyLTA5LTAyVDEy OjI0OjE5KzAwOjAwjskfBwAAACV0RVh0ZGF0ZTptb2RpZnkAMjAyMi0wOS0wMlQxMjoyNDoxOSsw MDowMP+Up7sAAAAASUVORK5CYII= X-Now-Playing: Billie Eilish's _When we all fall asleep where do we go?_: "I Love You" Date: Fri, 02 Sep 2022 14:28:18 +0200 Message-ID: <87czceufj1.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Eli Zaretskii writes: > Looks like it doesn't by default, but we can ask it to do so. See, > for example, > https://stackoverflow.com/questions/30395258/setting-timeout-to-recv-function. Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 50849 Cc: bugs@gnu.support, 50849@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Eli Zaretskii writes: > Looks like it doesn't by default, but we can ask it to do so. See, > for example, > https://stackoverflow.com/questions/30395258/setting-timeout-to-recv-func= tion. For posterity (in case Stackoverflow goes away before somebody gets around to fixing this =F0=9F=AB=A0), the suggested solution is to do a sets= ockopt with a RCVTIMEO. Which seems reasonable. What would be a reasonable timeout here? Say... five seconds? --- On Windows, the code would look like this: DWORD timeout =3D SOCKET_READ_TIMEOUT_SEC * 1000; setsockopt(s, SOL_SOCKET, SO_RCVTIMEO, (char*)&timeout, sizeof(timeout)); //... recv_size =3D recv(s, rx_tmp, bufSize, 0); if (recv_size =3D=3D SOCKET_ERROR) { if (WSAGetLastError() !=3D WSAETIMEDOUT) //... } On other platforms, the code would look like this instead: struct timeval timeout; timeout.tv_sec =3D SOCKET_READ_TIMEOUT_SEC; timeout.tv_usec =3D 0; setsockopt(s, SOL_SOCKET, SO_RCVTIMEO, &timeout, sizeof(timeout)); //... recv_size =3D recv(s, rx_tmp, bufSize, 0); if (recv_size =3D=3D -1) { if ((errno !=3D EAGAIN) && (errno !=3D EWOULDBLOCK)) //... } From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 02 08:38:53 2022 Received: (at 50849) by debbugs.gnu.org; 2 Sep 2022 12:38:54 +0000 Received: from localhost ([127.0.0.1]:45211 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oU5wj-0000w4-LT for submit@debbugs.gnu.org; Fri, 02 Sep 2022 08:38:53 -0400 Received: from eggs.gnu.org ([209.51.188.92]:59756) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oU5wh-0000vq-N5 for 50849@debbugs.gnu.org; Fri, 02 Sep 2022 08:38:52 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:55632) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oU5wc-0006cJ-7T; Fri, 02 Sep 2022 08:38:46 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=/THhhx1rqBq4Ze2PbIWA+gHwGOCuYbIbQbBmIN6ZcyE=; b=T8guN6rCXWPA RKQ+oXuzGLZLd0xneZ4Yxs8r0Z4vhg1qmwqq/xdEcHj2Txmn3vWeuXJ7t6791WiqiuxppM95zZ0bn 7PE6IvMXbYd0nuk2xUhAlCHoOPY3JNCCu5sNFjZRKX0eM0wEq9lUVOAjr3IOmOS8Xq3bXbnby8+SK PrBwGvTNMrCjCj6m9InuPfciBupk7pJaUSZJd8PcWVVd3821Mkl8adJjZXtUfziSCH1EjJvRXT/pt QgRfDRTKTaRw4KEgj1Wz+j7I1SUTXqsiaUl/jjLPFdmZgj6YtT6E2QAdjurlm9h5Kkdi1gzHuG3gL hrxvxEhrdnL0X4jL5Z+PIQ==; Received: from [87.69.77.57] (port=1066 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 1oU5wb-000244-Lx; Fri, 02 Sep 2022 08:38:46 -0400 Date: Fri, 02 Sep 2022 15:39:16 +0300 Message-Id: <83ilm6osqz.fsf@gnu.org> From: Eli Zaretskii To: Lars Ingebrigtsen In-Reply-To: <87czceufj1.fsf@gnus.org> (message from Lars Ingebrigtsen on Fri, 02 Sep 2022 14:28:18 +0200) Subject: Re: bug#50849: 28.0.50; Proposal for Emacs daemon to signal when being busy 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> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 50849 Cc: bugs@gnu.support, 50849@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Lars Ingebrigtsen > Cc: bugs@gnu.support, 50849@debbugs.gnu.org > Date: Fri, 02 Sep 2022 14:28:18 +0200 > > What would be a reasonable timeout here? Say... five seconds? Too short, IMO. I'd say 10 (and expose this as a Lisp variable, so whoever is unhappy about the default can do what they want). From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 02 08:44:41 2022 Received: (at 50849) by debbugs.gnu.org; 2 Sep 2022 12:44:41 +0000 Received: from localhost ([127.0.0.1]:45218 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oU62K-00014v-OH for submit@debbugs.gnu.org; Fri, 02 Sep 2022 08:44:41 -0400 Received: from mail-wm1-f49.google.com ([209.85.128.49]:38560) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oU62I-00014X-9d for 50849@debbugs.gnu.org; Fri, 02 Sep 2022 08:44:38 -0400 Received: by mail-wm1-f49.google.com with SMTP id n23-20020a7bc5d7000000b003a62f19b453so3271564wmk.3 for <50849@debbugs.gnu.org>; Fri, 02 Sep 2022 05:44:38 -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:references :in-reply-to:subject:cc:to:from:from:to:cc:subject:date; bh=WNswPKj6ZGT08X4B4n/qpe7sAi7ir7mkR8xnx67YGo8=; b=MiImquMbVZKxJ54fUoDtYk5zzroXDyj40qnlXHALQm6UWFkx9cA2ybxGuIcC8heawZ TqnlT0cTg0uBFgiVXvN95Xxg2eb/5j5ZNCS33TakgzOXv9JCfwj16hNo9wk0JH1iWuZb Le2EFKFRv1nIq3Z5+ls8xltPXxzaIvDiyvR3GGunNQ0S9cK7u737H3vz+qjeAxMGzsEZ ncZBbITZVhoxeL+pAXWSf92d7Gw8HOCYewtys/Kiz8rOZXvtW2bW7OhkSNLWqvl/l/M8 rNpjFpWJgkkDOSDD1H2h3+00ieWOU5vGD4vEugMBkSqHQsNyRhxJTi+lX0MtgQPrCrZz DGkQ== 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:references :in-reply-to:subject:cc:to:from:x-gm-message-state:from:to:cc :subject:date; bh=WNswPKj6ZGT08X4B4n/qpe7sAi7ir7mkR8xnx67YGo8=; b=JbJo/nF7Gj9IYHn/zyPluB4Lpfb2hRoNPJQWFw4z6Zf9yXigDdye+UHux2sNQ2lwgW 3bjg/ElCru0Pa/3Zmxw7LmXf13iyYYYUtuyVGNV/ij7l95NPmc3PuJ+McGrRXsGAw45u Rs4RmX6a5w2bRF+j9ehsraef9s6KK4iHKqkE+AH5bdm/7WLQXR8RZnbNUkfOXQuQdZxX cBfnY4AkWR2I32/XmX3Fwmaai+LT81aidd6lqGBq3Lxy3tkwP44btcogSdO0X9sE0kMy ocvVfSumE1UkCTHQeBqbYJWrVxxiMcS1AOqE8DxqFSjsLc5PpnAyyxW/bVoBjP3KeVun z5tw== X-Gm-Message-State: ACgBeo3D7duxMelTXWTlQer3KE8BCDOorf/gxJqYUTMv0Bq8TmHL/Rnb 8wooiEaYmdpKYKtVaSjAU2szISfHEzQ= X-Google-Smtp-Source: AA6agR4MviKagGzkYlUUPNjPN1jFrc7b8ktHiV8Lx5Pe7Ypy1D583cdVgFWXGTeiRFL+sf/OwPpf3A== X-Received: by 2002:a05:600c:3d93:b0:3a6:1ac3:adf8 with SMTP id bi19-20020a05600c3d9300b003a61ac3adf8mr2631260wmb.125.1662122671770; Fri, 02 Sep 2022 05:44:31 -0700 (PDT) Received: from rltb ([2a01:e0a:3f3:fb50:1dab:37d5:97df:8ec]) by smtp.gmail.com with ESMTPSA id p28-20020a05600c1d9c00b003a5b788993csm2104406wms.42.2022.09.02.05.44.30 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 02 Sep 2022 05:44:30 -0700 (PDT) From: Robert Pluim To: Eli Zaretskii Subject: Re: bug#50849: 28.0.50; Proposal for Emacs daemon to signal when being busy In-Reply-To: <83ilm6osqz.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 02 Sep 2022 15:39:16 +0300") 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> Date: Fri, 02 Sep 2022 14:44:30 +0200 Message-ID: <87k06meyj5.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 50849 Cc: Lars Ingebrigtsen , bugs@gnu.support, 50849@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >>>>> On Fri, 02 Sep 2022 15:39:16 +0300, Eli Zaretskii said: >> From: Lars Ingebrigtsen >> Cc: bugs@gnu.support, 50849@debbugs.gnu.org >> Date: Fri, 02 Sep 2022 14:28:18 +0200 >>=20 >> What would be a reasonable timeout here? Say... five seconds? Eli> Too short, IMO. I'd say 10 (and expose this as a Lisp variable, so Eli> whoever is unhappy about the default can do what they want). 10 seconds by default, but with a command line arg, for those times when you=CA=BCve spiked the load average to 1000 =F0=9F=98=80. And I don=CA= =BCt see how exposing it as a Lisp variable helps: the timeout would be on the emacsclient side, not the Emacs side. Robert --=20 From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 02 09:03:09 2022 Received: (at 50849) by debbugs.gnu.org; 2 Sep 2022 13:03:09 +0000 Received: from localhost ([127.0.0.1]:45271 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oU6KD-0003nu-GO for submit@debbugs.gnu.org; Fri, 02 Sep 2022 09:03:09 -0400 Received: from quimby.gnus.org ([95.216.78.240]:35702) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oU6KC-0003nf-4E for 50849@debbugs.gnu.org; Fri, 02 Sep 2022 09:03:08 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:Date:References: In-Reply-To:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=U3KfvqtXLiEPkkEhWKQQFQIPFk0mkcnKmg5tI2eb8h0=; b=tYpi2jF0bvrDzoaRAKe71plkog 4qrQ34MH/SXeVrcb71th0fuFpT+rw4iLEM1tOpeF81qYwf1+mPz+Lhf6wL6FFRGNyH2woUm9AWP0S Ek39KkcNKob8MMRQf81ZgO+4jdXomHII9Kjh6r39IjL46KgrUiAmtXEuOvlgkY9MY6gA=; Received: from [84.212.220.105] (helo=joga) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oU6K3-0005gj-1Y; Fri, 02 Sep 2022 15:03:01 +0200 From: Lars Ingebrigtsen To: Eli Zaretskii Subject: Re: bug#50849: 28.0.50; Proposal for Emacs daemon to signal when being busy In-Reply-To: <83ilm6osqz.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 02 Sep 2022 15:39:16 +0300") 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> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAElBMVEV9coBFLl4VFRWx raft7Ob////o4EvwAAAAAWJLR0QF+G/pxwAAAAd0SU1FB+YJAgw7Jkx1a2QAAAGKSURBVDjLlZRb doQgDIZFXIDGWYBkugA1WYA27H9NDQG8TOtDMwcO5uNPwm0aN/xtzSfI343+7tabo3dFoR0igo4C DgDaJYUnonnFmwUDnjy1d4AGGj/DMdFdgC8fofENlTkJNEv2T0S+7wcHhyLHn2ZnpeHwAd7wK3ku 1XrAcf8A7zVld9rOHHOqKKwYOG5u6fYDkM4JOpZoJidYrdhYrQLdKpW8D/9FQbrE6QCXHKR7GA6Q AvsSKpEDaNxRqoJm7DS6vCzFSCcg0OzSviwFZ2B+3e5UkLYWUKeeCoIupxggaKh0KbxkSRc5igaB cFcQK8jL8yWHRHWrzCJtyZ8VxDafZi7L66hWFZkTtewtgqdogFmiWA4zlo4kA/VHEpa6J50UkCQc z/MYVWUgljXr4mysZZ7A0JZPRbVXYEdkpzKzVJCYtm90VX5RAMe127/kCmYIem8DY9zr0ed11As7 icOs3wyUZxYw9Bu+UqDFbgmfz2yC9ByGcn0Y/7AElicATwCfwMOfzL/BD8VDqPeEMP8PAAAAJXRF WHRkYXRlOmNyZWF0ZQAyMDIyLTA5LTAyVDEyOjU5OjM4KzAwOjAwtl6N/QAAACV0RVh0ZGF0ZTpt b2RpZnkAMjAyMi0wOS0wMlQxMjo1OTozOCswMDowMMcDNUEAAAAASUVORK5CYII= X-Now-Playing: Brigitte Fontaine's _Comme =?utf-8?Q?=C3=A0?= la radio_: =?utf-8?B?Ikwnw6l0w6kgbCfDqXTDqSI=?= Date: Fri, 02 Sep 2022 15:02:58 +0200 Message-ID: <87sflaszct.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Eli Zaretskii writes: >> What would be a reasonable timeout here? Say... five seconds? > > Too short, IMO. I'd say 10 (and expose this as a Lisp variable, so > whoever is unhappy about the default can do what they want). Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 50849 Cc: bugs@gnu.support, 50849@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Eli Zaretskii writes: >> What would be a reasonable timeout here? Say... five seconds? > > Too short, IMO. I'd say 10 (and expose this as a Lisp variable, so > whoever is unhappy about the default can do what they want). Makes sense. 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? From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 02 09:54:37 2022 Received: (at 50849) by debbugs.gnu.org; 2 Sep 2022 13:54:37 +0000 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 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 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) 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) From: Visuwesh To: Lars Ingebrigtsen Subject: Re: bug#50849: 28.0.50; Proposal for Emacs daemon to signal when being busy In-Reply-To: <87sflaszct.fsf@gnus.org> (Lars Ingebrigtsen's message of "Fri, 02 Sep 2022 15:02:58 +0200") 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> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) Date: Fri, 02 Sep 2022 19:24:05 +0530 Message-ID: <874jxpevb6.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 50849 Cc: Eli Zaretskii , bugs@gnu.support, 50849@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) [=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. From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 02 10:03:12 2022 Received: (at 50849) by debbugs.gnu.org; 2 Sep 2022 14:03:12 +0000 Received: from localhost ([127.0.0.1]:47347 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oU7GK-0005ry-1U for submit@debbugs.gnu.org; Fri, 02 Sep 2022 10:03:12 -0400 Received: from eggs.gnu.org ([209.51.188.92]:37922) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oU7G4-0005qx-IX for 50849@debbugs.gnu.org; Fri, 02 Sep 2022 10:03:10 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:45730) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oU7Fx-000154-Pj; Fri, 02 Sep 2022 10:02:50 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=W4VRD4pxlxcDqGBwKuJ+2nPGaqoVxknn3cw3nPKt7A0=; b=LDINCFq5oJtc /aSFixrl39lAu+4EnGiOG2hg1DtgZ69c5DfGBKiQ2JisGao0i22DmXfbeVDFTNo4OSQkKrBWn4/Cg jlfkMksUlGTtjqb3V8iO23pzhSo3M+LsG0MkoHRrSgcQSSyXoI7i+P9EgU0L3Q/swOx4DIe8AeoBr 8Fix94DGO1Rs3OpVWfCy2fjxANGZ5V68y+SH2Z6bXdP5zWOhnaPA6hky3HSJliYn/dr6tJSSdfrYp 14OzfsJ0HUOY17JTL3P3W2+rFDAuGWLc/IPpKcW/jD6naRzhLbBDtGwD0SXKVqqKnPuVRyu7wiWFO pfEeVkeXiZZhaERvww175A==; Received: from [87.69.77.57] (port=2225 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 1oU7Fx-0008RM-8i; Fri, 02 Sep 2022 10:02:49 -0400 Date: Fri, 02 Sep 2022 17:02:46 +0300 Message-Id: <838rn1q3g9.fsf@gnu.org> From: Eli Zaretskii To: Visuwesh In-Reply-To: <874jxpevb6.fsf@gmail.com> (message from Visuwesh on Fri, 02 Sep 2022 19:24:05 +0530) Subject: Re: bug#50849: 28.0.50; Proposal for Emacs daemon to signal when being busy 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> <874jxpevb6.fsf@gmail.com> X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 50849 Cc: larsi@gnus.org, bugs@gnu.support, 50849@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Visuwesh > Cc: Eli Zaretskii , bugs@gnu.support, 50849@debbugs.gnu.org > Date: Fri, 02 Sep 2022 19:24:05 +0530 > > Can we not add a new flag like "--no-timeout" for the people who expect > emacsclient to never time out? No, because this will change a long-standing behavior (of waiting indefinitely). But we can add a new flag --timeout=NNN to let people specify a timeout if they want. From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 02 21:07:30 2022 Received: (at 50849) by debbugs.gnu.org; 3 Sep 2022 01:07:30 +0000 Received: from localhost ([127.0.0.1]:40581 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oUHdC-0004FN-Kb for submit@debbugs.gnu.org; Fri, 02 Sep 2022 21:07:30 -0400 Received: from sonic313-10.consmr.mail.ne1.yahoo.com ([66.163.185.33]:36239) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oUHdB-0004FA-CN for 50849@debbugs.gnu.org; Fri, 02 Sep 2022 21:07:29 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1662167243; bh=VWbM4kHzDClIv6+nzU5OPc7rcmjROnFY6AvGp3106UU=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From:Subject:Reply-To; b=tfKlKO5jTNTT7n2TgafQ1b/wfbNw88by/rj7ROaaEWf1R6nzl/aPHeMwm3GaigAMdTUTmmnwB7ysdA5JU2B0GbYt/twle8X2zDI+HcZ4JPySMDoNX2G5eOOrfm4BShEz2tiTGzE2vyCsKFe79k4z347Lsc5bOXyFFGXnh2uIY0yr0sigXvykfnHJEklchNi1IuRBgOkXc9aroDpLsvldftrEH+gm5hPOsvQbqojoc3n/Y32JyzHklrTnMggmo82Gz614bAxoZs3kZDIJZEFD35NVPMuxcuiCpvFAIltFtqiHHS+sqwFiQJwXxPU2hrxZZ33Mr/Vwz0hlDAZR0i8VqA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1662167243; bh=UcrlsSlS9wc7xH59oogPnPzRzVH61ZfbrxEx5qagXUV=; h=X-Sonic-MF:From:To:Subject:Date:From:Subject; b=tb0/ct0Zn37C9uEsH8ro/CBBZLAsbGRi0vore1SsmaAQePznmfMVYX+a/ITm+eTb1s2HRavwRzg3gliLZ6Dn3+h21Qnwr1t2udeWxmDVMcjWiT3am0wAcBxTinb8fHWxX2ZVEF9dsDwAib1rZrYkRPu6XZav7Lc3nGBSaihpA1Pl8EuBFLn4tXwn4WakMAk05ZMAnLYapw66h1IVHKRx1IH8I3xM4OpkNamI8LsUUVfKx1VAwVIS4BGD+jciQLC/Ls2eZDWdqocP5OFRMI833XI1NQfuMgaYBLnlshdA/l3RH4inEssYWf/VkLFBalyC+zD/KDos+hE27sUBUHlFWQ== X-YMail-OSG: YoxZDIoVM1mFoYHhNtYJm3rwug3I.ATtaq0kHAfVxkXSvGtyxY4VfdaZTzxonq0 .1l5YEdIHLu04qLFISOPKFA367fHXuFvbqj2IELCIBNtkJX0eYUnskWCotW9jBqgx_7RONX3HK5A qGk.9cpXqquerB9qC8hyzXNNE3Qg8PWxguiWG_ZfS_pKvzGKmwvugh3JgGNJTi8R1VFrIvXnFc8U ApVz6DZ.q7t9PDEtUebKABN_bD_zZ1VXKjlgiQGVB.2wkOpdRnaGmutpnRHok4JtwojG_Isqxdn0 1cbOWArClnL.fbK4Htn8SysgXM7NaijoeYziv4FEh0bJmGGIenKkGZHzkCMTzsG3L6i7BSXZBQPx NKjUFZI3nTTDBrj74dLVPfkWop1YqwwQygAJLFPd02TjqP1UPNBqtvr4n5wz5egBiLWCQkGN32Ym ENL.jFlv9hk6ZTxjtt9J8zp0ZBjhsMpMFQ.I2hwPXdsYKWigRQzumrl8_507W7AakUIsr3cOdUC9 8SiEvPSaKDhRa5sIJXNfMdyLkUMMa_KAK_FqWsMsoafOENt7S_Tr0qNvEHkwDuL8II9Y6Oy7zqra 92U.DWJYraSXUBg3oHf3FHV5Zb3.xn520JrgFLya.IDZcUQi9VH5IWCMPUg9Ns0Gm1DKuWafdK9Y x3z2pt.a8Y9lSJlTpuamXPquCtPURjZ990zeP8KAsj5ZC1cJPk_ClsCRtlChQr038Ry2gjBxD.nV mVv.QaWVG9l_.SLGdLYlKW5raoNDMMmhDXIoVwh.K0Gjw9km6r2WpA1b_3zP4mTpXc.o8fel.NwX SzxGhUhIVYfwRZOu0dqU71n.tBh3_VP6a0h5t6rKqJyLN40Cy84CwLw.NzJCcIBVvDAYmhc2W3Ei 2DSysdlfYfz8GqERjyO.EL_ZjMVpokk42cDBrQMIicfYpjws2lRHZdxrw831eIQZIKRdWw7YWgdl RD5AclzxCS9fk7Vrz1RS_Aqby80VMi_318dKg0Lxtw8pg95YOT5DxDKJCeodUcPjORbXsfwIffVN 36OXnMKTNL_3hS4TZlqwKf1o.APjzakvtiDhQwLGrKQIKvosUPlzFpXTr_KSd.hWvk2KfNPg36sa ClAr4suxJKuyNweisX7OFNjRxXmONsAPMnNYqGRQZkXLcLkHdMSUIQxkpIKo6p0GUu.Kc99kV9gF twjVNqs_u.gcklIM5Idw0.HS_JaQaSRvmbQtyeUYKyBYoS8h.nuCsGwG1QN3ZQ09nQrMXr8aQsRZ oHutbxWSgd4zgj0dFIcbULGF1aP2arv37uafb3KrxxJzD01LadTraLRiLpxvrba3KJOU41xJ6bLB vxReIyu3Tkjq1Jwm5EfMk4S.xTYgmaUCaCYPWoVgCnhFJRgiMAS3hHYX2wat0gKleFatlE8wdWDm 2MgcrMHVUTRRmH8_7sEM3Ah0nmoXohgvzh97EC834cqjAOXNqXHI32NqqKblqDhRpRE5o2jse3P0 7a4zWoxbDUF9zpMb.hVtI.I9fvSM1GhHsZq1CRneVByOaxqOzEWy903nCQh0urzv7GOUymEnnWfv D1IlTVUeEiG_0WDPg8APE6RbfkotocY3cqS953M3vMpJhv4Qw..LvcdABExfIxwby_bWJObI55pY 5FWd1ZufzQlAc8NDrfY1IXE6OpINfwGoJVFZSqdjkzz527m5QP0OZ81IER0rBzkDdz_07iUUc_5u 9zpivm72xfXxFHbTZ92bGt9qQx4E49vswYpZu0u674hDERENGjzE2_0YDG9BmKRTogfsFR1AY2Ir xpkuxPuzlL_jwtzJdL_GUSEep3ax6UeV2lCmE9g909O9F7vI4H2Obxop0.zdnxH9QcfYs6CEzWBN Hl0zwnRr0qGq.9rFeY1FOKo8mXM5zXhOu2jIKoq.ZH8MvpWjmvgce3L0c1Yeov4U4pkxPkCba7Xh NLgsGM9olshjBMSGL0fcEMagYoE6wjv8ec1b2X6PrIkRaYD4txKnweN5HPu3vueQqzJUxQ4BlRz9 770FUTbtDCJ2UYP7ZhDiQqiSScY0WnNkFe63CtsGg8t2RgOORYXVd7wUn5lqpgHtyKuJaFWqBFzG xRa6OI2ZocEUlCj5Mar8ivLg9IGRZ9WF4RZ29qyMbqq2koK47WJd47tAlhsc0oeWgLaYvFe9._Qt dn6g818_VFYLi4Ti3G9AITDxtrniF8xwIQqauGbkC.1KjaTgQPo5nw1BGtDd5vprzWpysxQLgKMl oXCck1emfhq1BXcC55XYH9ODeTDPgHCQveveO55UjNMgKF_GnzFBn4KxcbZYOdPw.FyrKdiepeei _Zf8sutg- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.ne1.yahoo.com with HTTP; Sat, 3 Sep 2022 01:07:23 +0000 Received: by hermes--canary-production-sg3-6bb8946c47-ts4tq (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID cd3ff88520dbe9386d94a086e73015d5; Sat, 03 Sep 2022 01:07:20 +0000 (UTC) From: Po Lu To: Lars Ingebrigtsen Subject: Re: bug#50849: 28.0.50; Proposal for Emacs daemon to signal when being busy 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> Date: Sat, 03 Sep 2022 09:07:15 +0800 In-Reply-To: <87sflaszct.fsf@gnus.org> (Lars Ingebrigtsen's message of "Fri, 02 Sep 2022 15:02:58 +0200") Message-ID: <87y1v1i7uk.fsf@yahoo.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.91 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Mailer: WebService/1.1.20595 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo Content-Length: 324 X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 50849 Cc: Eli Zaretskii , bugs@gnu.support, 50849@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Lars Ingebrigtsen writes: > 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? Yeah, that's a good idea. Though "Server not responding" sounds like a better message. From debbugs-submit-bounces@debbugs.gnu.org Sat Sep 03 05:49:02 2022 Received: (at 50849) by debbugs.gnu.org; 3 Sep 2022 09:49:02 +0000 Received: from localhost ([127.0.0.1]:40980 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oUPlu-0003Cy-JG for submit@debbugs.gnu.org; Sat, 03 Sep 2022 05:49:02 -0400 Received: from quimby.gnus.org ([95.216.78.240]:45498) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oUPls-0003CX-8d for 50849@debbugs.gnu.org; Sat, 03 Sep 2022 05:49:00 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:Date:References: In-Reply-To:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=7sAqlFHmLQnl9wEPbS6JvqcAuV8dpt/u7twHKJE3BO0=; b=BTVO1c6iROJ8CtzboVZY6h2P+n Aayltu3IpwthX6HDCET0DHqdsmuSvCX1qEu4+KQU8DRwj0QHmz1v1VxajHwa6UZ5lCdyhu9DBrclX B8FfpujMgk7lEOOLn3Estta2/+/f7wJYMKLoqTdjrCra6E4965AWMh9RKg/N1PVszveA=; Received: from [84.212.220.105] (helo=joga) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oUPlj-0006CO-Bc; Sat, 03 Sep 2022 11:48:53 +0200 From: Lars Ingebrigtsen To: Eli Zaretskii Subject: Re: bug#50849: 28.0.50; Proposal for Emacs daemon to signal when being busy In-Reply-To: <838rn1q3g9.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 02 Sep 2022 17:02:46 +0300") 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> <874jxpevb6.fsf@gmail.com> <838rn1q3g9.fsf@gnu.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAG1BMVEWjYJnVRnfUW6S5 PE/SiFNPNkbNprfn19v////QDqkyAAAAAWJLR0QIht6VegAAAAd0SU1FB+YJAwktDtsv08cAAAFz SURBVDjLldO9boMwEADgCxLJbKOSNTYqO5B0rhQegDZ1Z6sSZkUdzOv3sLExhKjKjXzcjzEHO0J4 UtVXvgpAINW5vlL/6CQaISILdV3PkAnh4LwAzHGlEK7lRo+kwig2oDJB7yCxUDwN1cYBCVs1cEAR GOfKxCIjK1muBhs6AJ6V+eBjmZF35qHsFhkIR/t2u4aP1FdaQ+ehDCApjnNG9ACG3wBeglIeGCPk dRsolkqVP7l2pTjFYmnnwWdw/LoEM1S3gHG4EWKl9oseZmpG03hvuuhB9tEMnKbSdtda9J8B8Hzq oXsh70D9A+2jUi08BT32eAhTD+pAG9CuOd4HDTKUEtDMF0WIhW6QCD6DVJfbm/0/Va9w/zhMgMv4 pe0BZRcj/EQWcBGKd4jHbW0Q8DufAHaUmSYXYaKR8Q1yZc8x/g4OcCZsoGTuDphUDsRNfI+1JuAM pmhFc8BJEPJww05g7hEhXC8DByUBHAQEOBngwH9ep/uqWyemngAAACV0RVh0ZGF0ZTpjcmVhdGUA MjAyMi0wOS0wM1QwOTo0NToxNCswMDowMDzHEP4AAAAldEVYdGRhdGU6bW9kaWZ5ADIwMjItMDkt MDNUMDk6NDU6MTQrMDA6MDBNmqhCAAAAAElFTkSuQmCC X-Now-Playing: The Cure's _Three Imaginary Boys (1)_: "Grinding Halt" Date: Sat, 03 Sep 2022 11:48:50 +0200 Message-ID: <87edwsiy9p.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Eli Zaretskii writes: > No, because this will change a long-standing behavior (of waiting > indefinitely). But we can add a new flag --timeout=NNN to let people > specify a timeout if they want. Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 50849 Cc: 50849@debbugs.gnu.org, bugs@gnu.support, Visuwesh X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Eli Zaretskii writes: > No, because this will change a long-standing behavior (of waiting > indefinitely). But we can add a new flag --timeout=NNN to let people > specify a timeout if they want. I don't think a --timeout parameter will be useful here, though -- nobody is going to type "emacsclient --timeout 10 -nw". So I think an informational message (like previously mentioned) is the best we can do here. From debbugs-submit-bounces@debbugs.gnu.org Sat Sep 03 05:49:13 2022 Received: (at 50849) by debbugs.gnu.org; 3 Sep 2022 09:49:13 +0000 Received: from localhost ([127.0.0.1]:40983 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oUPm4-0003DW-TR for submit@debbugs.gnu.org; Sat, 03 Sep 2022 05:49:13 -0400 Received: from quimby.gnus.org ([95.216.78.240]:45518) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oUPm3-0003DJ-Ah for 50849@debbugs.gnu.org; Sat, 03 Sep 2022 05:49:11 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:Date:References: In-Reply-To:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=QUZTGduW9pK1UBhaaKgwQWFgLzf25CFVm0mZd8EddQE=; b=KSZo0t4m1b+FLEZIVcWLDOLQQn +WNBtsWMzqN1PS3SO5ObAVU0icG7GYLqIyVa0NEUJq58bYDEkskrhOlBdw889NJ4nBnVWeK1aOh+s MKqkFoBh06aTevR0/ivQoZJaENTF8702n+Y5bUQyHd/274ql21fBhd0/gK4aSEdvMcHA=; Received: from [84.212.220.105] (helo=joga) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oUPlu-0006Ci-Lo; Sat, 03 Sep 2022 11:49:04 +0200 From: Lars Ingebrigtsen To: Po Lu Subject: Re: bug#50849: 28.0.50; Proposal for Emacs daemon to signal when being busy In-Reply-To: <87y1v1i7uk.fsf@yahoo.com> (Po Lu's message of "Sat, 03 Sep 2022 09:07:15 +0800") 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> <87y1v1i7uk.fsf@yahoo.com> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAG1BMVEWjYJnVRnfUW6S5 PE/SiFNPNkbNprfn19v////QDqkyAAAAAWJLR0QIht6VegAAAAd0SU1FB+YJAwktDtsv08cAAAFz SURBVDjLldO9boMwEADgCxLJbKOSNTYqO5B0rhQegDZ1Z6sSZkUdzOv3sLExhKjKjXzcjzEHO0J4 UtVXvgpAINW5vlL/6CQaISILdV3PkAnh4LwAzHGlEK7lRo+kwig2oDJB7yCxUDwN1cYBCVs1cEAR GOfKxCIjK1muBhs6AJ6V+eBjmZF35qHsFhkIR/t2u4aP1FdaQ+ehDCApjnNG9ACG3wBeglIeGCPk dRsolkqVP7l2pTjFYmnnwWdw/LoEM1S3gHG4EWKl9oseZmpG03hvuuhB9tEMnKbSdtda9J8B8Hzq oXsh70D9A+2jUi08BT32eAhTD+pAG9CuOd4HDTKUEtDMF0WIhW6QCD6DVJfbm/0/Va9w/zhMgMv4 pe0BZRcj/EQWcBGKd4jHbW0Q8DufAHaUmSYXYaKR8Q1yZc8x/g4OcCZsoGTuDphUDsRNfI+1JuAM pmhFc8BJEPJww05g7hEhXC8DByUBHAQEOBngwH9ep/uqWyemngAAACV0RVh0ZGF0ZTpjcmVhdGUA MjAyMi0wOS0wM1QwOTo0NToxNCswMDowMDzHEP4AAAAldEVYdGRhdGU6bW9kaWZ5ADIwMjItMDkt MDNUMDk6NDU6MTQrMDA6MDBNmqhCAAAAAElFTkSuQmCC X-Now-Playing: The Cure's _Three Imaginary Boys (1)_: "Another Day" Date: Sat, 03 Sep 2022 11:49:02 +0200 Message-ID: <87a67giy9d.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Po Lu writes: > Yeah, that's a good idea. Though "Server not responding" sounds like a > better message. Yup. Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 50849 Cc: Eli Zaretskii , bugs@gnu.support, 50849@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Po Lu writes: > Yeah, that's a good idea. Though "Server not responding" sounds like a > better message. Yup. From debbugs-submit-bounces@debbugs.gnu.org Sat Sep 03 11:40:25 2022 Received: (at 50849) by debbugs.gnu.org; 3 Sep 2022 15:40:25 +0000 Received: from localhost ([127.0.0.1]:42662 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oUVFw-0000Pd-KX for submit@debbugs.gnu.org; Sat, 03 Sep 2022 11:40:25 -0400 Received: from mail-ot1-f52.google.com ([209.85.210.52]:43596) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oUVFu-0000PJ-V5 for 50849@debbugs.gnu.org; Sat, 03 Sep 2022 11:40:23 -0400 Received: by mail-ot1-f52.google.com with SMTP id 92-20020a9d0be5000000b0063946111607so3429418oth.10 for <50849@debbugs.gnu.org>; Sat, 03 Sep 2022 08:40:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:mime-version:references:in-reply-to :from:from:to:cc:subject:date; bh=LDaaQKuAnI9sOSkByQf2hkf2dyalDcJh0x2UGiLDUDE=; b=mnfq1k0o0XTHnVTXOo8x6VmSJe1jjuy8BbnnUaMMTzrWlQHUihx5XpJeDQyjqj7XLd P1TynvqVj+UNOpZ0ixGZtcifOXAMkzRsu6NsDcdGaaNQrTVNjVmv9d6WsUS10I2/iW4a oVuu2cUreTlKLisW4b260am9LLRPhtN3JyOjoHBnRbtcgz28/Gu6l7FigFwvAjf6iITj qJN3tPtQhpSAbpZi5fjXNn2oAQO1b31WsnVDpB5wU/n/3opyqIy8CLqX4lY3HYN3Xm69 DkKL3XgJCDvv2ly9+DN94wRkc3TDZqBngqe0mS4Z2mxR5A9OEwqAPE2XJBgLJTatjjhN RS7A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:mime-version:references:in-reply-to :from:x-gm-message-state:from:to:cc:subject:date; bh=LDaaQKuAnI9sOSkByQf2hkf2dyalDcJh0x2UGiLDUDE=; b=FY+fv54asnjI2HUtCzAT4XzmaChGVPdm12+rWw26+VFXQXZrkZBLlEaWWBQ7NovE83 VVlqRwDo3LEj5PjDkrRklyWt2+iNKgQLC7wX1L62bQ8enYmoRbKwTj0l81YYix74NR69 TiUFe0TyO3L7SpidvKoHD3WcasU+laNRKpWuBGDa3OqlI1CeKimfPboQumUu0XG2LOAs 73CWkZFmK9+U5LhExOAXFnHph5t3jSJ7q2aOCsHfQOBRZUQLzQXzjNWdue34h9Lt2S0M 3uTappElrOCRsL9FJT81VzP+0/TnD2PNY6H1fOJdLRIq1oO+xDZlCyye3QRCXCtj4jq4 4Ytw== X-Gm-Message-State: ACgBeo277iu3hohwvNqn9z8iwVfXPC6ojDN1QE6Me9YyNAMwlC8k6sgS PAvXXLNQlJwwYVJLDoX1gMhefYILaTq6EzoiBDA= X-Google-Smtp-Source: AA6agR4xkKM6QofnQh+W7hrBDh+W3Q8qU0KioNQsOUXds3VuLpS/tJa131w/jZMbZhZQ0iTe+uszqEI7F9C0FxjJKjU= X-Received: by 2002:a9d:f05:0:b0:637:1068:1081 with SMTP id 5-20020a9d0f05000000b0063710681081mr15557577ott.224.1662219617452; Sat, 03 Sep 2022 08:40:17 -0700 (PDT) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Sat, 3 Sep 2022 08:40:16 -0700 From: Stefan Kangas In-Reply-To: <87edwsiy9p.fsf@gnus.org> 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> <874jxpevb6.fsf@gmail.com> <838rn1q3g9.fsf@gnu.org> <87edwsiy9p.fsf@gnus.org> X-Hashcash: 1:20:220903:bugs@gnu.support::YAS81l948/wnoQvR:7O6I MIME-Version: 1.0 Date: Sat, 3 Sep 2022 08:40:16 -0700 Message-ID: Subject: Re: bug#50849: 28.0.50; Proposal for Emacs daemon to signal when being busy To: Lars Ingebrigtsen , Eli Zaretskii Content-Type: text/plain; charset="UTF-8" X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 50849 Cc: Visuwesh , bugs@gnu.support, 50849@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Lars Ingebrigtsen writes: >> No, because this will change a long-standing behavior (of waiting >> indefinitely). But we can add a new flag --timeout=NNN to let people >> specify a timeout if they want. Hmm, is that so bad though? I'm not sure I see what problem it could cause. Do people actually want and rely on the indefinite waiting? > I don't think a --timeout parameter will be useful here, though -- > nobody is going to type "emacsclient --timeout 10 -nw". I often do things like alias emacsclient="emacsclient --timeout 10" so I think such a flag would still be useful. From debbugs-submit-bounces@debbugs.gnu.org Sat Sep 03 11:57:40 2022 Received: (at 50849) by debbugs.gnu.org; 3 Sep 2022 15:57:41 +0000 Received: from localhost ([127.0.0.1]:42681 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oUVWe-00031e-Jn for submit@debbugs.gnu.org; Sat, 03 Sep 2022 11:57:40 -0400 Received: from eggs.gnu.org ([209.51.188.92]:59614) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oUVWc-00031P-Qq for 50849@debbugs.gnu.org; Sat, 03 Sep 2022 11:57:39 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:37372) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oUVWX-00087e-2C; Sat, 03 Sep 2022 11:57:33 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=kmOY/MoPVLclV85gGg12XROtVweyeCruKMWXKWncO0c=; b=L51OWjdbBSYr Sdo2+gcAeYiKZOZ4UQSBTk8ziqsCkbo1ubxapCoAgpaCHp6ZegsDCvkROEyG3GE5ZJvkhyBB9jCYD pe2AhwS6B/z/5JnBNYYNi7RScJJWRk0D+RHrV1wJ3tmHLWp0DsmfHHWy6UjC78iPY0icegFhzAtVn CYkJ6kno114I4SQfbnqo2SUa6FoExJOSU2uOirOGJ5mQQI3j/lgPYo8g8qQ3c8PjW86HV6WV5SeCe awkgX4yDX72RePOEoUXxRg5XC3SpB+1DtKmH1UJrmAjqFqd8dvioqSBQ26pvE0L4gr112H9rhLp0g yPjPd1xzPXFnXqPT9jWonA==; Received: from [87.69.77.57] (port=1933 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 1oUVWW-0002WE-HB; Sat, 03 Sep 2022 11:57:32 -0400 Date: Sat, 03 Sep 2022 18:57:05 +0300 Message-Id: <83sfl8moxa.fsf@gnu.org> From: Eli Zaretskii To: Stefan Kangas In-Reply-To: (message from Stefan Kangas on Sat, 3 Sep 2022 08:40:16 -0700) Subject: Re: bug#50849: 28.0.50; Proposal for Emacs daemon to signal when being busy 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> <874jxpevb6.fsf@gmail.com> <838rn1q3g9.fsf@gnu.org> <87edwsiy9p.fsf@gnus.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 50849 Cc: larsi@gnus.org, visuweshm@gmail.com, bugs@gnu.support, 50849@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Stefan Kangas > Date: Sat, 3 Sep 2022 08:40:16 -0700 > Cc: 50849@debbugs.gnu.org, bugs@gnu.support, Visuwesh > > Lars Ingebrigtsen writes: > > >> No, because this will change a long-standing behavior (of waiting > >> indefinitely). But we can add a new flag --timeout=NNN to let people > >> specify a timeout if they want. > > Hmm, is that so bad though? I'm not sure I see what problem it could > cause. Do people actually want and rely on the indefinite waiting? They can rely on more than 5 or 10 sec of waiting, yes. From debbugs-submit-bounces@debbugs.gnu.org Sun Sep 04 07:00:04 2022 Received: (at 50849) by debbugs.gnu.org; 4 Sep 2022 11:00:04 +0000 Received: from localhost ([127.0.0.1]:43511 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oUnM5-0007Gp-Of for submit@debbugs.gnu.org; Sun, 04 Sep 2022 07:00:04 -0400 Received: from quimby.gnus.org ([95.216.78.240]:56570) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oUnM3-0007GZ-Or for 50849@debbugs.gnu.org; Sun, 04 Sep 2022 06:59:56 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:Date:References: In-Reply-To:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=nq2KbOWdbwMfYbmugdMxddbs45dOBKgLbf8WwoEN/uA=; b=YsPp2pYqYqhR209mlMlR8jKwCV OnpZmnuxMbolzH4liVJjxsLraXWkdoraempqtbzWnuH/IiqcS5xY0z4l4vRumEhFoU04p5B6sHIer 89VokPOcstPU8FImz/8msxOArcC4geU0apq+Tzh3hFq1JU/6d0SsAJGFySWsyQVNCOyk=; Received: from [84.212.220.105] (helo=joga) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oUnLu-0000au-Or; Sun, 04 Sep 2022 12:59:48 +0200 From: Lars Ingebrigtsen To: Stefan Kangas Subject: Re: bug#50849: 28.0.50; Proposal for Emacs daemon to signal when being busy In-Reply-To: (Stefan Kangas's message of "Sat, 3 Sep 2022 08:40:16 -0700") 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> <874jxpevb6.fsf@gmail.com> <838rn1q3g9.fsf@gnu.org> <87edwsiy9p.fsf@gnus.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAD1BMVEX+/v7v7unt6+Xn 5t////+66/vLAAAAAWJLR0QEj2jZUQAAAAd0SU1FB+YJBAokKEdxa5MAAAAaSURBVDjLY2AYBaNg FIwCYgCjsgAuGTq5AAAfPQA2VnN/dwAAACV0RVh0ZGF0ZTpjcmVhdGUAMjAyMi0wOS0wNFQxMDoz Njo0MCswMDowMKUHh+IAAAAldEVYdGRhdGU6bW9kaWZ5ADIwMjItMDktMDRUMTA6MzY6NDArMDA6 MDDUWj9eAAAAAElFTkSuQmCC X-Now-Playing: The Beatles's _The Beatles (1)_: "Rocky Racoon" Date: Sun, 04 Sep 2022 12:59:46 +0200 Message-ID: <87wnaj9zh9.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Stefan Kangas writes: > Hmm, is that so bad though? I'm not sure I see what problem it could > cause. Do people actually want and rely on the indefinite waiting? If you're controlling Emacs programmatically, you don't want commands to semi-randomly fail just because the Emacs is busy with the previous command. Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 50849 Cc: Eli Zaretskii , Visuwesh , bugs@gnu.support, 50849@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Stefan Kangas writes: > Hmm, is that so bad though? I'm not sure I see what problem it could > cause. Do people actually want and rely on the indefinite waiting? If you're controlling Emacs programmatically, you don't want commands to semi-randomly fail just because the Emacs is busy with the previous command. > I often do things like > > alias emacsclient="emacsclient --timeout 10" > > so I think such a flag would still be useful. It could be useful, but I think the number of people that would do something like this is minuscule, so it's marginal. From debbugs-submit-bounces@debbugs.gnu.org Mon Sep 05 09:57:08 2022 Received: (at 50849) by debbugs.gnu.org; 5 Sep 2022 13:57:08 +0000 Received: from localhost ([127.0.0.1]:48542 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oVCb5-0003tq-JE for submit@debbugs.gnu.org; Mon, 05 Sep 2022 09:57:08 -0400 Received: from mail-ot1-f44.google.com ([209.85.210.44]:41953) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oVCb3-0003tB-Np for 50849@debbugs.gnu.org; Mon, 05 Sep 2022 09:57:06 -0400 Received: by mail-ot1-f44.google.com with SMTP id t8-20020a9d5908000000b0063b41908168so6200167oth.8 for <50849@debbugs.gnu.org>; Mon, 05 Sep 2022 06:57:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:mime-version:references:in-reply-to :from:from:to:cc:subject:date; bh=g/M9fHeAyAON9zF/hw8+cLMNj72KxzC2XalM7dlmkCI=; b=I/G/IfDEofvhAk/dbZCf7MFGbn+T7LsP2WuePRtoWiLpTpTrxyEeYYDZ9rpaHhH3HU yEekcUOIc+CcHzA0yG36C2fIgBJeZ6IXSZWzlLB/DAFFxf5E3tp7ttbzBP1zgA0x1oyf PBzDePAgBGDb+VJqHkUj/bW+IsCYz85luUtS64fe2BEC2nVFX6kN6XMYZ0LLN/6bjin7 XOKihtF1+d1ERA3061N7S9mNxH2MpM+uTcIuWw4N+p2WSKdUDJlZZYtGynGG6LrRcnFG 78+t/HE3pMGpOdcEt8SEfyQj+CkGWorWTuukXljJuoZkeVxrbePLiSHODGMyiyzqGmkj R5lA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:mime-version:references:in-reply-to :from:x-gm-message-state:from:to:cc:subject:date; bh=g/M9fHeAyAON9zF/hw8+cLMNj72KxzC2XalM7dlmkCI=; b=4ZLcruedwzCDj8Kn2+TRUQT3dVQIRpm8Zyj8tWUy4qI6d3UmToBeN1bYZ0tdEe5TkD NFwlB6U/DaeKZrDGqBVsfYKmtCNsqvq7qvDpaeUN2sCzSBBFXJxbcQo+u2T3gpm5RtxH CWCxMn9EdLil1X8fHAtYWLX5xwfKnnCqChbJmO6gxv8XmCfSMQ023plcw/8wf16DUYVw B0EKqCz4EZTiNs+NURdE+K+Qvx1rr46WPZhLvNffm7AB0dHCtmWcYlcnf0IqWM4IT1Zh lT/6WyQcdNTUAaGWPcmKcOLujpccWGfveVvZcbFKKCrkZpZbK/s2scajruP508yCYPXV PhPQ== X-Gm-Message-State: ACgBeo3NHmmBIOWQH8ZGK2Bie8fROwkJYD4Ufeo7VFA6jYAuanKoXD+G v+k8pEe4JyeydmLzuKvqj8obE4ia1QUjFi8iaik= X-Google-Smtp-Source: AA6agR5fUTopQVgGI10nRM8Om97fUaGKr9MkvItveKiv94vA1UtH0p50KeLvoGlK1ZD5NFjk0UsVRaFak/UMkQT5IOg= X-Received: by 2002:a05:6830:3c1:b0:637:28be:7920 with SMTP id p1-20020a05683003c100b0063728be7920mr19374199otc.105.1662386220054; Mon, 05 Sep 2022 06:57:00 -0700 (PDT) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Mon, 5 Sep 2022 09:56:58 -0400 From: Stefan Kangas In-Reply-To: <87edwsiy9p.fsf@gnus.org> 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> <874jxpevb6.fsf@gmail.com> <838rn1q3g9.fsf@gnu.org> <87edwsiy9p.fsf@gnus.org> X-Hashcash: 1:20:220905:bugs@gnu.support::CVSfeAtfTCvDtR5U:ahVU MIME-Version: 1.0 Date: Mon, 5 Sep 2022 09:56:58 -0400 Message-ID: Subject: Re: bug#50849: 28.0.50; Proposal for Emacs daemon to signal when being busy To: Lars Ingebrigtsen , Eli Zaretskii Content-Type: multipart/mixed; boundary="0000000000002080a905e7ee747e" X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 50849 Cc: Visuwesh , bugs@gnu.support, 50849@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --0000000000002080a905e7ee747e Content-Type: text/plain; charset="UTF-8" tags 50849 + patch thanks Lars Ingebrigtsen writes: > I don't think a --timeout parameter will be useful here, though -- > nobody is going to type "emacsclient --timeout 10 -nw". > > So I think an informational message (like previously mentioned) is the > best we can do here. How about the attached patch? It adds an informational message after 30 seconds by default. With a "--timeout N" flag, we instead display a message and exit (after N seconds). Note that: 1. I didn't yet add documentation. 2. I've only tested the patch on GNU/Linux (*not* on MS-Windows). 3. To simulate a timeout for testing, you could try this: diff --git a/lisp/server.el b/lisp/server.el index 3caa335c4e..5dc220d0b3 100644 --- a/lisp/server.el +++ b/lisp/server.el @@ -1113,8 +1113,8 @@ server-process-filter (progn (server-add-client proc) ;; Send our pid - (server-send-string proc (concat "-emacs-pid " - (number-to-string (emacs-pid)) "\n")) + ;; (server-send-string proc (concat "-emacs-pid " + ;; (number-to-string (emacs-pid)) "\n")) (if (not (string-match "\n" string)) ;; Save for later any partial line that remains. (when (> (length string) 0) --0000000000002080a905e7ee747e Content-Type: text/x-diff; charset="US-ASCII"; name="0001-Add-new-timeout-flag-to-emacsclient.patch" Content-Disposition: attachment; filename="0001-Add-new-timeout-flag-to-emacsclient.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: e46d5573b99ee1b2_0.1 RnJvbSA3ZTQxODg2MGFkMmE3Y2Q1ZDk5NzM3YTRhN2QxODdjZjBmM2Q2ODZjIE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBTdGVmYW4gS2FuZ2FzIDxzdGVmYW5rYW5nYXNAZ21haWwuY29t PgpEYXRlOiBNb24sIDUgU2VwIDIwMjIgMTU6NTA6MjAgKzAyMDAKU3ViamVjdDogW1BBVENIXSBB ZGQgbmV3IC0tdGltZW91dCBmbGFnIHRvIGVtYWNzY2xpZW50CgoqIGxpYi1zcmMvZW1hY3NjbGll bnQuYyAoREVGQVVMVF9USU1FT1VUKTogTmV3IGNvbnN0YW50LgoodGltZW91dCk6IE5ldyBzdGF0 aWMgdmFyaWFibGUuCihsb25nb3B0cywgc2hvcnRvcHRzLCBkZWNvZGVfb3B0aW9ucywgcHJpbnRf aGVscF9hbmRfZXhpdCk6IEFkZCBuZXcKZmxhZyAtLXRpbWVvdXQuCihzZXRfc29ja2V0X3RpbWVv dXQsIGNoZWNrX3NvY2tldF90aW1lb3V0KTogTmV3IGhlbHBlciBmdW5jdGlvbnMuCihtYWluKTog RGlzcGxheSBhIHN0YXR1cyBtZXNzYWdlIG9yIGV4aXQgYWZ0ZXIgRW1hY3MgaGFzIG5vdCByZXNw b25kZWQKZm9yIGEgd2hpbGUsIGRlcGVuZGluZyBvbiBhYm92ZSBuZXcgLS10aW1lb3V0IGZsYWcu ICAoQnVnIzUwODQ5KQotLS0KIGxpYi1zcmMvZW1hY3NjbGllbnQuYyB8IDcwICsrKysrKysrKysr KysrKysrKysrKysrKysrKysrKysrKysrKysrKysrLS0KIDEgZmlsZSBjaGFuZ2VkLCA2NyBpbnNl cnRpb25zKCspLCAzIGRlbGV0aW9ucygtKQoKZGlmZiAtLWdpdCBhL2xpYi1zcmMvZW1hY3NjbGll bnQuYyBiL2xpYi1zcmMvZW1hY3NjbGllbnQuYwppbmRleCA3M2M4ZTQ1YTg2Li43YmM4ZmMzZDRk IDEwMDY0NAotLS0gYS9saWItc3JjL2VtYWNzY2xpZW50LmMKKysrIGIvbGliLXNyYy9lbWFjc2Ns aWVudC5jCkBAIC02NCw2ICs2NCw4IEBAIENvcHlyaWdodCAoQykgMTk4Ni0xOTg3LCAxOTk0LCAx OTk5LTIwMjIgRnJlZSBTb2Z0d2FyZSBGb3VuZGF0aW9uLCBJbmMuCiAKICMgZGVmaW5lIGVnZXRl bnYoVkFSKSBnZXRlbnYgKFZBUikKIAorIyBkZWZpbmUgREVGQVVMVF9USU1FT1VUICgzMCkKKwog I2VuZGlmIC8qICFXSU5ET1dTTlQgKi8KIAogI2luY2x1ZGUgPGN0eXBlLmg+CkBAIC0xNDQsNiAr MTQ2LDkgQEAgQ29weXJpZ2h0IChDKSAxOTg2LTE5ODcsIDE5OTQsIDE5OTktMjAyMiBGcmVlIFNv ZnR3YXJlIEZvdW5kYXRpb24sIEluYy4KIC8qIElmIG5vbi1OVUxMLCB0aGUgZmlsZW5hbWUgb2Yg dGhlIGF1dGhlbnRpY2F0aW9uIGZpbGUuICAqLwogc3RhdGljIGNoYXIgY29uc3QgKnNlcnZlcl9m aWxlOwogCisvKiBJZiBub24tTlVMTCwgc2Vjb25kcyB0byB3YWl0IGJlZm9yZSB0aW1pbmcgb3V0 LiAgKi8KK3N0YXRpYyB1aW50bWF4X3QgdGltZW91dDsKKwogLyogSWYgbm9uLU5VTEwsIHRoZSB0 cmFtcCBwcmVmaXggZW1hY3MgbXVzdCB1c2UgdG8gZmluZCB0aGUgZmlsZXMuICAqLwogc3RhdGlj IGNoYXIgY29uc3QgKnRyYW1wX3ByZWZpeDsKIApAQCAtMTc4LDYgKzE4Myw3IEBAIENvcHlyaWdo dCAoQykgMTk4Ni0xOTg3LCAxOTk0LCAxOTk5LTIwMjIgRnJlZSBTb2Z0d2FyZSBGb3VuZGF0aW9u LCBJbmMuCiAgIHsgInNlcnZlci1maWxlIiwJcmVxdWlyZWRfYXJndW1lbnQsIE5VTEwsICdmJyB9 LAogICB7ICJkaXNwbGF5IiwJcmVxdWlyZWRfYXJndW1lbnQsIE5VTEwsICdkJyB9LAogICB7ICJw YXJlbnQtaWQiLCByZXF1aXJlZF9hcmd1bWVudCwgTlVMTCwgJ3AnIH0sCisgIHsgInRpbWVvdXQi LAlyZXF1aXJlZF9hcmd1bWVudCwgTlVMTCwgJ3cnIH0sCiAgIHsgInRyYW1wIiwJcmVxdWlyZWRf YXJndW1lbnQsIE5VTEwsICdUJyB9LAogICB7IDAsIDAsIDAsIDAgfQogfTsKQEAgLTE4NSw3ICsx OTEsNyBAQCBDb3B5cmlnaHQgKEMpIDE5ODYtMTk4NywgMTk5NCwgMTk5OS0yMDIyIEZyZWUgU29m dHdhcmUgRm91bmRhdGlvbiwgSW5jLgogLyogU2hvcnQgb3B0aW9ucywgaW4gdGhlIHNhbWUgb3Jk ZXIgYXMgdGhlIGNvcnJlc3BvbmRpbmcgbG9uZyBvcHRpb25zLgogICAgVGhlcmUgaXMgbm8gJy1w JyBzaG9ydCBvcHRpb24uICAqLwogc3RhdGljIGNoYXIgY29uc3Qgc2hvcnRvcHRzW10gPQotICAi bnF1ZUhWdGNhOkY6IgorICAibnF1ZUhWdGNhdzpGOiIKICNpZmRlZiBTT0NLRVRTX0lOX0ZJTEVf U1lTVEVNCiAgICJzOiIKICNlbmRpZgpAQCAtNDk2LDcgKzUwMiw3IEBAIGRlY29kZV9vcHRpb25z IChpbnQgYXJnYywgY2hhciAqKmFyZ3YpCiAgICAgICBpbnQgb3B0ID0gZ2V0b3B0X2xvbmdfb25s eSAoYXJnYywgYXJndiwgc2hvcnRvcHRzLCBsb25nb3B0cywgTlVMTCk7CiAgICAgICBpZiAob3B0 IDwgMCkKIAlicmVhazsKLQorICAgICAgY2hhciogZW5kcHRyOwogICAgICAgc3dpdGNoIChvcHQp CiAJewogCWNhc2UgMDoKQEAgLTUzMCw2ICs1MzYsMTcgQEAgZGVjb2RlX29wdGlvbnMgKGludCBh cmdjLCBjaGFyICoqYXJndikKIAkgIG5vd2FpdCA9IHRydWU7CiAJICBicmVhazsKIAorCWNhc2Ug J3cnOgorCSAgdGltZW91dCA9IHN0cnRvdW1heCAob3B0YXJnLCAmZW5kcHRyLCAxMCk7CisJICBp ZiAodGltZW91dCA8PSAwIHx8CisJICAgICAgKCh0aW1lb3V0ID09IElOVE1BWF9NQVggfHwgdGlt ZW91dCA9PSBJTlRNQVhfTUlOKQorCSAgICAgICAmJiBlcnJubyA9PSBFUkFOR0UpKQorCSAgICB7 CisJICAgICAgZnByaW50ZiAoc3RkZXJyLCAiSW52YWxpZCB0aW1lb3V0OiBcIiVzXCJcbiIsIG9w dGFyZyk7CisJICAgICAgZXhpdCAoRVhJVF9GQUlMVVJFKTsKKwkgICAgfQorCSAgYnJlYWs7CisK IAljYXNlICdlJzoKIAkgIGV2YWwgPSB0cnVlOwogCSAgYnJlYWs7CkBAIC02NzEsNiArNjg4LDcg QEAgcHJpbnRfaGVscF9hbmRfZXhpdCAodm9pZCkKIAkJCVNldCB0aGUgcGFyYW1ldGVycyBvZiBh IG5ldyBmcmFtZVxuXAogLWUsIC0tZXZhbCAgICAJCUV2YWx1YXRlIHRoZSBGSUxFIGFyZ3VtZW50 cyBhcyBFTGlzcCBleHByZXNzaW9uc1xuXAogLW4sIC0tbm8td2FpdAkJRG9uJ3Qgd2FpdCBmb3Ig dGhlIHNlcnZlciB0byByZXR1cm5cblwKKy13LCAtLXRpbWVvdXQJCVNlY29uZHMgdG8gd2FpdCBi ZWZvcmUgdGltaW5nIG91dFxuXAogLXEsIC0tcXVpZXQJCURvbid0IGRpc3BsYXkgbWVzc2FnZXMg b24gc3VjY2Vzc1xuXAogLXUsIC0tc3VwcHJlc3Mtb3V0cHV0ICAgRG9uJ3QgZGlzcGxheSByZXR1 cm4gdmFsdWVzIGZyb20gdGhlIHNlcnZlclxuXAogLWQgRElTUExBWSwgLS1kaXNwbGF5PURJU1BM QVlcblwKQEAgLTE4NzAsNiArMTg4OCwzMyBAQCBzdGFydF9kYWVtb25fYW5kX3JldHJ5X3NldF9z b2NrZXQgKHZvaWQpCiAgIHJldHVybiBlbWFjc19zb2NrZXQ7CiB9CiAKK3N0YXRpYyB2b2lkCitz ZXRfc29ja2V0X3RpbWVvdXQgKEhTT0NLRVQgc29ja2V0LCBpbnQgc2Vjb25kcykKK3sKKyNpZm5k ZWYgV0lORE9XU05UCisgIHN0cnVjdCB0aW1ldmFsIHRpbWVvdXQ7CisgIHRpbWVvdXQudHZfc2Vj ID0gc2Vjb25kczsKKyAgdGltZW91dC50dl91c2VjID0gMDsKKyAgc2V0c29ja29wdCAoc29ja2V0 LCBTT0xfU09DS0VULCBTT19SQ1ZUSU1FTywgJnRpbWVvdXQsIHNpemVvZiB0aW1lb3V0KTsKKyNl bHNlCisgIERXT1JEIHRpbWVvdXQgPSBzZWNvbmRzICogMTAwMDsKKyAgc2V0c29ja29wdCAoc29j a2V0LCBTT0xfU09DS0VULCBTT19SQ1ZUSU1FTywgKGNoYXIqKSAmdGltZW91dCwgc2l6ZW9mIHRp bWVvdXQpOworI2VuZGlmCit9CisKK3N0YXRpYyBib29sCitjaGVja19zb2NrZXRfdGltZW91dCAo aW50IHJsKQoreworI2lmbmRlZiBXSU5ET1dTTlQKKyAgcmV0dXJuIChybCA9PSAtMSkKKyAgICAm JiAoZXJybm8gPT0gRUFHQUlOKQorICAgICYmIChlcnJubyA9PSBFV09VTERCTE9DSyk7CisjZWxz ZQorICByZXR1cm4gKHJsID09IFNPQ0tFVF9FUlJPUikKKyAgICAmJiAoV1NBR2V0TGFzdEVycm9y KCkgIT0gV1NBRVRJTUVET1VUKTsKKyNlbmRpZgorfQorCiBpbnQKIG1haW4gKGludCBhcmdjLCBj aGFyICoqYXJndikKIHsKQEAgLTIwODYsMTUgKzIxMzEsMzQgQEAgbWFpbiAoaW50IGFyZ2MsIGNo YXIgKiphcmd2KQogICAgIH0KICAgZmZsdXNoIChzdGRvdXQpOwogCisgIHNldF9zb2NrZXRfdGlt ZW91dCAoZW1hY3Nfc29ja2V0LCB0aW1lb3V0ID4gMCA/IHRpbWVvdXQgOiBERUZBVUxUX1RJTUVP VVQpOwogICAvKiBOb3csIHdhaXQgZm9yIGFuIGFuc3dlciBhbmQgcHJpbnQgYW55IG1lc3NhZ2Vz LiAgKi8KICAgd2hpbGUgKGV4aXRfc3RhdHVzID09IEVYSVRfU1VDQ0VTUykKICAgICB7CisgICAg ICBib29sIHJldHJ5ID0gdHJ1ZTsKKyAgICAgIGJvb2wgbXNnX3Nob3dlZCA9IGZhbHNlOwogICAg ICAgZG8KIAl7CiAJICBhY3Rfb25fc2lnbmFscyAoZW1hY3Nfc29ja2V0KTsKIAkgIHJsID0gcmVj diAoZW1hY3Nfc29ja2V0LCBzdHJpbmcsIEJVRlNJWiwgMCk7CisJICByZXRyeSA9IGNoZWNrX3Nv Y2tldF90aW1lb3V0IChybCk7CisJICBpZiAocmV0cnkpCisJICAgIHsKKwkgICAgICBpZiAodGlt ZW91dCA+IDApCisJCXsKKwkJICAvKiBEb24ndCByZXRyeSBpZiB3ZSB3ZXJlIGdpdmVuIGEgLS10 aW1lb3V0IGZsYWcuICAqLworCQkgIGZwcmludGYgKHN0ZGVyciwgIlxuU2VydmVyIG5vdCByZXNw b25kaW5nOyB0aW1lZCBvdXQgYWZ0ZXIgJWx1IHNlY29uZHMiLAorCQkJICAgdGltZW91dCk7CisJ CSAgcmV0cnkgPSBmYWxzZTsKKwkJfQorCSAgICAgIGVsc2UgaWYgKCFtc2dfc2hvd2VkKQorCQl7 CisJCSAgbXNnX3Nob3dlZCA9IHRydWU7CisJCSAgZnByaW50ZiAoc3RkZXJyLCAiXG5TZXJ2ZXIg bm90IHJlc3BvbmRpbmc7IHVzZSBDdHJsK0MgdG8gYnJlYWsiKTsKKwkJfQorCSAgICB9CiAJfQot ICAgICAgd2hpbGUgKHJsIDwgMCAmJiBlcnJubyA9PSBFSU5UUik7CisgICAgICB3aGlsZSAoKHJs IDwgMCAmJiBlcnJubyA9PSBFSU5UUikgfHwgcmV0cnkpOwogCiAgICAgICBpZiAocmwgPD0gMCkK ICAgICAgICAgYnJlYWs7Ci0tIAoyLjMwLjIKCg== --0000000000002080a905e7ee747e-- From debbugs-submit-bounces@debbugs.gnu.org Mon Sep 05 15:07:49 2022 Received: (at 50849) by debbugs.gnu.org; 5 Sep 2022 19:07:49 +0000 Received: from localhost ([127.0.0.1]:48890 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oVHRl-0001T3-7G for submit@debbugs.gnu.org; Mon, 05 Sep 2022 15:07:49 -0400 Received: from quimby.gnus.org ([95.216.78.240]:43114) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oVHRj-0001Sr-4s for 50849@debbugs.gnu.org; Mon, 05 Sep 2022 15:07:48 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:Date:References: In-Reply-To:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=3E2OoMGKQ130lbrJWfnL5MiXfYAT4ggDQ5nHkzDUiU8=; b=rwtdJyQXruPjL9X4jdk8COVc7j a5eOX0Nf3++F2wedN2FJx/RonT7VyzpwC/W/+On+iklWYv9TznqHyr36RY9p0KQEEqQ1t2bKeSo0R EBPx/OTYQNNY0Rsha1JZRqo9vmsgc58gRgY4/HUJ8PD/SL+CbUX+T7AFEXcA2q7DKhhU=; Received: from [84.212.220.105] (helo=joga) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oVHRa-0004UE-3e; Mon, 05 Sep 2022 21:07:40 +0200 From: Lars Ingebrigtsen To: Stefan Kangas Subject: Re: bug#50849: 28.0.50; Proposal for Emacs daemon to signal when being busy In-Reply-To: (Stefan Kangas's message of "Mon, 5 Sep 2022 09:56:58 -0400") 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> <874jxpevb6.fsf@gmail.com> <838rn1q3g9.fsf@gnu.org> <87edwsiy9p.fsf@gnus.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwAgMAAAAqbBEUAAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAADFBMVEW7koWpY1g9LSj/ //9TFiqWAAAAAWJLR0QDEQxM8gAAAAd0SU1FB+YJBRMCC42DZl8AAAFXSURBVCjPTdKxbsMgEAbg nyhk6NShqVQ/QAc/hS3Fnd2IsxT2DOVBOrtSbKmZMoQo3FP2DttV2D7gDrgDBoDhaaBpDSzzmEFk nKD/Vrwdrdswx9oLul9yhcz+rDyD08F5Ddi3HhLr3nOuthDEWGQkXeGkOGs2nZOY1C2QER/B9IDU RU4LwjiE84x78UFhnHG1jQnXCeliGoTTjN7sUAz/AIo5JvYWeBoWELC2yEffI2ldEBuNOTjoiLVi M60kc/ACV8EYUL2X52y4wloKWNdSNp+AFwNT70yQyz1PqCCQ3E63Vfngk5XstmonbNsJQW8UKkHd zu1pt7BDP4NeYd2yQh6fVe5iklt4ULW2CuKVttFtBV/ECKBA+rw0Mgp43SGjU3R8XVAKcjekDhmD T2X+EqWktockHyFwX2JotkdtzE2MgSheTQbji7qBC/1Jl1LOyTW9dZzCH00GAuZzseXwAAAAJXRF WHRkYXRlOmNyZWF0ZQAyMDIyLTA5LTA1VDE5OjAyOjExKzAwOjAw8mTfMAAAACV0RVh0ZGF0ZTpt b2RpZnkAMjAyMi0wOS0wNVQxOTowMjoxMSswMDowMIM5Z4wAAAAASUVORK5CYII= X-Now-Playing: The Rolling Stones's _Black and Blue_: "Melody" Date: Mon, 05 Sep 2022 21:07:35 +0200 Message-ID: <87a67d1vyg.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Stefan Kangas writes: > How about the attached patch? It adds an informational message after 30 > seconds by default. With a "--timeout N" flag, we instead display a > message and exit (after N seconds). Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 50849 Cc: Eli Zaretskii , Visuwesh , bugs@gnu.support, 50849@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Stefan Kangas writes: > How about the attached patch? It adds an informational message after 30 > seconds by default. With a "--timeout N" flag, we instead display a > message and exit (after N seconds). I haven't tried it, but it looks good to me, so feel free to push it (after updating the documentation, too). From debbugs-submit-bounces@debbugs.gnu.org Mon Sep 05 20:20:03 2022 Received: (at 50849) by debbugs.gnu.org; 6 Sep 2022 00:20:03 +0000 Received: from localhost ([127.0.0.1]:49154 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oVMJu-0007VR-Hy for submit@debbugs.gnu.org; Mon, 05 Sep 2022 20:20:03 -0400 Received: from mail-oa1-f51.google.com ([209.85.160.51]:37411) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oVMJs-0007Ul-P4 for 50849@debbugs.gnu.org; Mon, 05 Sep 2022 20:20:01 -0400 Received: by mail-oa1-f51.google.com with SMTP id 586e51a60fabf-127a0d798bdso4179621fac.4 for <50849@debbugs.gnu.org>; Mon, 05 Sep 2022 17:20:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:mime-version:references:in-reply-to :from:from:to:cc:subject:date; bh=Sp2Alt1vM0waO6lgGzNq/fYOHUpNgCtCz5EqIDb2Bto=; b=STddE5IxaRHH0r7QmNAOW1DAwiTSA91nAH1y5KcHhIXnIuaPuufVNb4XUzg/TSUAk7 ODids6jVE9AB5mkh4gTO4cOYrM+5472jGgr4MJJgYoY9/XVJo4W54E4Y6lfM00LXJSXr n11hn68G3ScRrhGyCDcATqJzUk1Okb11RAKwYwXp1bb2QmK86r0Tb04CaVf0l96qvZAF S4K+h9pyv+FA+utuIkfhO73cxPa9NDvAmueXMd3PqUazr/jrds6j/6f0xF/puDGoKqd8 oVIeMeAkfHymOPnK2nBhQmLBJhGDxTtOsDI4ffc5t+sQeY1SWV3YTVR0mhzcK3H1ybcM 7MVA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:mime-version:references:in-reply-to :from:x-gm-message-state:from:to:cc:subject:date; bh=Sp2Alt1vM0waO6lgGzNq/fYOHUpNgCtCz5EqIDb2Bto=; b=YezmH6FxBctgEf41eg6xzWFyKXrzrvPxbbbiW9uLp6ldVD0/vQNtUuUn9OW8hDSBG+ LEqoJ+53XOGqkYwgR/BwS8xuh4MTCX8bDVHWgkXRjyBs0ZbYNPKx8N470Mq1HG37fmiJ xTEkCDHNFZH2Qqv1xzPy8NnykQ5oa0sd7AovlG6eQF0k8DDnM8TdMRpD3PlTB92zwMON k9ACm+vpmYrASrvM105Kc5DqxmYqqL/uVLt7X/oRiFBgNjEixS5LvigVNxlov0Bx0Pok vbko5qHN+zqjlfnaqtK2Qy5Y6WfPfZ6iCimUVd3+6yYoyU5ouXM549N9DfWsq50ysSKb SWZg== X-Gm-Message-State: ACgBeo2G/9BAX/gB6HjnARBvmgpGleGcRdCvdFahwvwKO2IcurekH0dz yfUTvVAJUAD8CAxcMQ7FiTIBi7Xodi1xXDuguGc= X-Google-Smtp-Source: AA6agR4MkN+rah0pPEvkrDlIG4vt5OEwNEZFKC0eQA28WJIGGHfq4Fe3K3/a25vSgh4QcKQQlkBe/8PuK1lHcfi2BJ0= X-Received: by 2002:a05:6870:5581:b0:11e:300:8189 with SMTP id n1-20020a056870558100b0011e03008189mr10478569oao.199.1662423595117; Mon, 05 Sep 2022 17:19:55 -0700 (PDT) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Mon, 5 Sep 2022 20:19:54 -0400 From: Stefan Kangas In-Reply-To: <87a67d1vyg.fsf@gnus.org> 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> <874jxpevb6.fsf@gmail.com> <838rn1q3g9.fsf@gnu.org> <87edwsiy9p.fsf@gnus.org> <87a67d1vyg.fsf@gnus.org> X-Hashcash: 1:20:220905:eliz@gnu.org::KYo9vtk/3rHSVqvW:4QP6 MIME-Version: 1.0 Date: Mon, 5 Sep 2022 20:19:54 -0400 Message-ID: Subject: Re: bug#50849: 28.0.50; Proposal for Emacs daemon to signal when being busy To: Lars Ingebrigtsen Content-Type: text/plain; charset="UTF-8" X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 50849 Cc: Eli Zaretskii , Visuwesh , bugs@gnu.support, 50849@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) close 50849 29.1 thanks Lars Ingebrigtsen writes: > I haven't tried it, but it looks good to me, so feel free to push it > (after updating the documentation, too). Thanks, pushed (commit 6a19f2a024). If someone could check if this works on MS-Windows, that would be appreciated. From debbugs-submit-bounces@debbugs.gnu.org Mon Sep 05 22:31:43 2022 Received: (at 50849) by debbugs.gnu.org; 6 Sep 2022 02:31:43 +0000 Received: from localhost ([127.0.0.1]:49270 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oVONL-0004YY-6N for submit@debbugs.gnu.org; Mon, 05 Sep 2022 22:31:43 -0400 Received: from eggs.gnu.org ([209.51.188.92]:36614) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oVONJ-0004YI-Fq for 50849@debbugs.gnu.org; Mon, 05 Sep 2022 22:31:41 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:44188) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oVONE-0006Ke-6h; Mon, 05 Sep 2022 22:31:36 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=TVi/5uCHuMPrS/NO4HKqxusZGzgH/hZ64oW+g8prKL4=; b=BXN96tjmfRnE XesSqSRyZzvZjdilq36joMlJBK8xsGjn2txl0Z8X+0A3XQa459tgSTVZCmuIRrFGrdwRIfg3s+hQs Sqz+ykOqZj9MhyH4CZa1H/WxLrmSMu8GYH1842c7yfeLGSZgS/mXZp3R6z+Ow1kV3B6v+fLCb2U/k kLMKpFu8hSohqsa+1JN67M2QN57sc6WwKavlA3/WbcNvn33eGKTPUVhg13DU/xGIeY4js6fn5qBu2 6omQVP0rM4ZntDJWk6l5v9DKjCXoLG1W9OyNhFWlXTFxHABczQU5NI7tV2vKkupKGTg9QMwAVG7b8 CBh+U5a68Uypz/tvhAufZQ==; Received: from [87.69.77.57] (port=1772 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 1oVOND-0007yu-LN; Mon, 05 Sep 2022 22:31:35 -0400 Date: Tue, 06 Sep 2022 05:31:15 +0300 Message-Id: <83ilm1jkss.fsf@gnu.org> From: Eli Zaretskii To: Stefan Kangas In-Reply-To: (message from Stefan Kangas on Mon, 5 Sep 2022 20:19:54 -0400) Subject: Re: bug#50849: 28.0.50; Proposal for Emacs daemon to signal when being busy 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> <874jxpevb6.fsf@gmail.com> <838rn1q3g9.fsf@gnu.org> <87edwsiy9p.fsf@gnus.org> <87a67d1vyg.fsf@gnus.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 50849 Cc: larsi@gnus.org, visuweshm@gmail.com, bugs@gnu.support, 50849@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Stefan Kangas > Date: Mon, 5 Sep 2022 20:19:54 -0400 > Cc: Eli Zaretskii , 50849@debbugs.gnu.org, bugs@gnu.support, > Visuwesh > > close 50849 29.1 > thanks > > Lars Ingebrigtsen writes: > > > I haven't tried it, but it looks good to me, so feel free to push it > > (after updating the documentation, too). > > Thanks, pushed (commit 6a19f2a024). > > If someone could check if this works on MS-Windows, that would be > appreciated. How would one test it, please? Do you have any recipe? From debbugs-submit-bounces@debbugs.gnu.org Mon Sep 05 23:33:43 2022 Received: (at 50849) by debbugs.gnu.org; 6 Sep 2022 03:33:43 +0000 Received: from localhost ([127.0.0.1]:49311 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oVPLL-00067K-GH for submit@debbugs.gnu.org; Mon, 05 Sep 2022 23:33:43 -0400 Received: from mail-pf1-f194.google.com ([209.85.210.194]:38690) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oVPLI-000676-S0 for 50849@debbugs.gnu.org; Mon, 05 Sep 2022 23:33:41 -0400 Received: by mail-pf1-f194.google.com with SMTP id y127so10110209pfy.5 for <50849@debbugs.gnu.org>; Mon, 05 Sep 2022 20:33:40 -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=jVA8OdR0pSc2ubnwcvvGUjosa0sHqQ98CzFSVk6ao4Y=; b=p13L4C/USPXSl8xRRr9LQHvYicTefd/CMucngt4qgeQY24ujdlSRDe1oUJ+MBySHEV KaIOktOjHMILIZtEjGqx1TlnfYeSb8MYQBpUHsxFQf6xWOwTgPyM7p56Vign+Sw4p/J/ +yExAVrmOgegNGzf5p7pv2W3RW73c5tXJzOt/6Pdqe4+WcYegJlzua5XGk4+W4z7pQb6 H+TiLy1DRfsO7c/uiAfwgEUugjGlOojLU+MjVonVRxEGN4tGmmFJ3uqPOHnQdKnXIYlH cR/Qao7x513N/7W+gWLZCV19L9dVhP8FK0Hz+9FAyeQV6jy8gzx8s6g0DWNsVUImZzC5 mgow== 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=jVA8OdR0pSc2ubnwcvvGUjosa0sHqQ98CzFSVk6ao4Y=; b=r3e7QtLEyC5N+dux+9xak4uEDoDjdpj0UF2uaapwqQmLvP7LXR7njdbgHtl4TKaArE h0lExIpws2AyPut/RQ/sLOXrfFsFUWUXOJNg0ALMda30w7jU+f4egPiBYd+D+Sq5UTdp oXNFS9o7KwLQ3G8qkebmRLZm1jBurbQsSMODtQaMY/YtFStxCLm+TkCCmQAxmshWaB4b V5jxNMmy2/eopTdZ4DdXeq1j5cu1MXupGd+nIu/oiw3H9qW0I0UGq/GEdJlaOvACqSpl fzRD8/MAuzhtgVMuHM2IHp3D3Ytw0nBrImzCI89d4ZjqCOgPO/qlGSHOtGJn7VclDAPT /48Q== X-Gm-Message-State: ACgBeo2f77yzOW7DekhHy4XZkb9yULHRWmsQ91g5WiheDI8Uepo2SrAE M2U1vuw0viK29Fo9LoPdwLA= X-Google-Smtp-Source: AA6agR62iS2wZ0sUbrPfvN1S+CDR9ZjFX+ZGOR4L4QzTU545XksSxEUB0rZQnVH+atMFp54Hu1UYAg== X-Received: by 2002:a63:6cc4:0:b0:41a:ff04:661f with SMTP id h187-20020a636cc4000000b0041aff04661fmr44211086pgc.600.1662435214971; Mon, 05 Sep 2022 20:33:34 -0700 (PDT) Received: from localhost ([118.185.152.162]) by smtp.gmail.com with ESMTPSA id h186-20020a6283c3000000b00536562f4c03sm8898092pfe.146.2022.09.05.20.33.32 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 05 Sep 2022 20:33:33 -0700 (PDT) From: Visuwesh To: Eli Zaretskii Subject: Re: bug#50849: 28.0.50; Proposal for Emacs daemon to signal when being busy In-Reply-To: <83ilm1jkss.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 06 Sep 2022 05:31:15 +0300") 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> <874jxpevb6.fsf@gmail.com> <838rn1q3g9.fsf@gnu.org> <87edwsiy9p.fsf@gnus.org> <87a67d1vyg.fsf@gnus.org> <83ilm1jkss.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) Date: Tue, 06 Sep 2022 09:03:24 +0530 Message-ID: <87v8q1b2ij.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 50849 Cc: larsi@gnus.org, Stefan Kangas , bugs@gnu.support, 50849@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) [=E0=AE=9A=E0=AF=86=E0=AE=B5=E0=AF=8D=E0=AE=B5=E0=AE=BE=E0=AE=AF=E0=AF=8D = =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 06, 2022] Eli Zaretskii wrote: >> If someone could check if this works on MS-Windows, that would be >> appreciated. > > How would one test it, please? Do you have any recipe? Here's what I did to test it, % src/emacs -Q --daemon Starting Emacs daemon. % emacsclient --eval '(while t)' & [1] 2700 % emacsclient -c --timeout=3D2 Waiting for Emacs... Server not responding; timed out after 2 seconds % emacsclient -c Waiting for Emacs... Server not responding; use Ctrl+C to break C-c C-c From debbugs-submit-bounces@debbugs.gnu.org Tue Sep 06 04:20:54 2022 Received: (at 50849) by debbugs.gnu.org; 6 Sep 2022 08:20:54 +0000 Received: from localhost ([127.0.0.1]:49513 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oVTpG-0005ME-HO for submit@debbugs.gnu.org; Tue, 06 Sep 2022 04:20:54 -0400 Received: from mail-wr1-f43.google.com ([209.85.221.43]:40476) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oVTpE-0005Lz-Gi for 50849@debbugs.gnu.org; Tue, 06 Sep 2022 04:20:53 -0400 Received: by mail-wr1-f43.google.com with SMTP id b16so14236675wru.7 for <50849@debbugs.gnu.org>; Tue, 06 Sep 2022 01:20:52 -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:references :in-reply-to:subject:cc:to:from:from:to:cc:subject:date; bh=O5/4t1sbCpHyg+QNfUjS8jEgC3fpaIngkxT8xqcq9cI=; b=KWNEt40/EPmzl53dGFysSwysYI7L0UkGUyi3d7OGPXm0guKTNrnIDPHDOTWJPDfSL9 pN15v1dzQekO4TCnsNUSZqMrkxPweI7IEt3DjhLlvn5yHAprFfPuISKQxzcuTTBKGr4K V2JJmGZJjWNQuMm12IDTzNlHu6PP0c8CLK5/6n35CR5ApGjXgBZN48lGdYhWe7dJa4Ib caPWF670TeQWvvmCKFdsasiv5Ii2sod4ShoSr8V0kEdvwbHcmO2ZzDiKGBP/Grx8rXUb DzyS/odXVRY7yr2PqMTQoFV8iu1zMX26B8p1DsA/BxrF53jjdImj7eQrU/fpaQCWM1DF 1N2g== 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:references :in-reply-to:subject:cc:to:from:x-gm-message-state:from:to:cc :subject:date; bh=O5/4t1sbCpHyg+QNfUjS8jEgC3fpaIngkxT8xqcq9cI=; b=JABWdr3FkkkEiFh8egfWAkOCAjHanEGa6nJTbsbISW80/+uxxOEMK6viTHqjtq8M3G 5vD6iYt19WS028GOpi/PYndmowJBKrkU5YnNzmjciR34e5wUQCTYcCXUComnyo4TNVgk 0WjHg9tXKxQl0KrCA2Ll5dYwEErrCh9QsDxjyJJvhropdIn7MWAg5h0C9L0qIRH6q8PY pcwawBODenH7fA3hP/Tz0qcpxCI8i5cZWHz+TsjtKuOo4RrIHxWnbEF9fpVgXRXNElkL RqGTFnVy9EnCY33v1/WF86ZYN7HF3ke5SOc+9bXxk7l7ps4pZvzz6msg5BhORoPh8r6H PosA== X-Gm-Message-State: ACgBeo27YbdT1WuvbdBRdBMrGGw3j7rquriKBZb4sIjWoQuxI0HaVO1M udtrnEndQ4DMysH8v+WlHR5zzDLDVx5iOQ== X-Google-Smtp-Source: AA6agR7yhp72XKWVd2icwYMbJN4rzsI8kWmboNMwMOytA/g5C6JPWM1KlGFUGc/no93L5REx03NiQw== X-Received: by 2002:adf:f18d:0:b0:228:9f0a:f291 with SMTP id h13-20020adff18d000000b002289f0af291mr4401698wro.252.1662452446472; Tue, 06 Sep 2022 01:20:46 -0700 (PDT) Received: from rltb ([2a01:e0a:3f3:fb50:f116:dbc2:98c7:dbf1]) by smtp.gmail.com with ESMTPSA id a1-20020adffac1000000b00226dba960b4sm11639331wrs.3.2022.09.06.01.20.45 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 06 Sep 2022 01:20:45 -0700 (PDT) From: Robert Pluim To: Stefan Kangas Subject: Re: bug#50849: 28.0.50; Proposal for Emacs daemon to signal when being busy In-Reply-To: (Stefan Kangas's message of "Mon, 5 Sep 2022 20:19:54 -0400") 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> <874jxpevb6.fsf@gmail.com> <838rn1q3g9.fsf@gnu.org> <87edwsiy9p.fsf@gnus.org> <87a67d1vyg.fsf@gnus.org> Date: Tue, 06 Sep 2022 10:20:44 +0200 Message-ID: <87sfl4dicj.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 50849 Cc: Lars Ingebrigtsen , 50849@debbugs.gnu.org, Eli Zaretskii , bugs@gnu.support, Visuwesh X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >>>>> On Mon, 5 Sep 2022 20:19:54 -0400, Stefan Kangas said: Stefan> close 50849 29.1 Stefan> thanks Stefan> Lars Ingebrigtsen writes: >> I haven't tried it, but it looks good to me, so feel free to push it >> (after updating the documentation, too). Stefan> Thanks, pushed (commit 6a19f2a024). Aagh, that was a bit quick. What about if I want to try forever, but be informed every seconds that emacs hasn=CA=BCt responded yet? (I thought that was in the original proposal?) Robert --=20 From debbugs-submit-bounces@debbugs.gnu.org Tue Sep 06 04:52:53 2022 Received: (at 50849) by debbugs.gnu.org; 6 Sep 2022 08:52:53 +0000 Received: from localhost ([127.0.0.1]:49553 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oVUKD-0006I6-GP for submit@debbugs.gnu.org; Tue, 06 Sep 2022 04:52:53 -0400 Received: from quimby.gnus.org ([95.216.78.240]:53412) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oVUKB-0006Hr-Mi for 50849@debbugs.gnu.org; Tue, 06 Sep 2022 04:52:52 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID :Date:References:In-Reply-To:Subject:Cc:To:From:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=XNqmxsIchkDhbqODJZTAm5Dq9zKfsIBxIuDz3MrMaSM=; b=AiO/iXSA7c5vf/2f7jQGEebRvI B51RvJVdnTA4+v8Y/P9ZdE2t3G+eVaLZNwjgGqWLlcaFHcZx+hA2/2ZfvVVaU/DxfYAg9K10yT9+K G/7dqNPQ3sdIx4G533vesHTdrD+fOb95lTN0Xr5/0RIHZWF3vZxQM8VBX9+fYaGw2X2o=; Received: from [84.212.220.105] (helo=joga) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oVUK2-0002po-Fn; Tue, 06 Sep 2022 10:52:44 +0200 From: Lars Ingebrigtsen To: Robert Pluim Subject: Re: bug#50849: 28.0.50; Proposal for Emacs daemon to signal when being busy In-Reply-To: <87sfl4dicj.fsf@gmail.com> (Robert Pluim's message of "Tue, 06 Sep 2022 10:20:44 +0200") 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> <874jxpevb6.fsf@gmail.com> <838rn1q3g9.fsf@gnu.org> <87edwsiy9p.fsf@gnus.org> <87a67d1vyg.fsf@gnus.org> <87sfl4dicj.fsf@gmail.com> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwAgMAAAAqbBEUAAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAACVBMVEVVRkmrm5X////a 6taRAAAAAWJLR0QCZgt8ZAAAAAd0SU1FB+YJBgg0BnjoaOgAAAEnSURBVCjPVZJJjsUwCERBCntH gvtgqb3HEtz/Kl3E+T2wSPxMBQo7dNEbMYl+oINN2KOEI5wIb86SGYGU/YPrBaiGyZxpPzLAH5l8 ZA0VZcjwI1vxfuPaoOi8jqvj5TGmTIIW0ADK6ZMqxK7iw/UbTwHrVR5w4hyfDGwrkjLfOsqVcmSz xuqS6El7L97FEzIdca15J3dvvULkpuKQtpZs7MY9j/J2DGCPReVYMnJYHBBZMeTIgkTG3ScixYNw 0sabqcsLJld4ajvjosTYb3jv90L0wi5jDWuoysPxvAIbEssTZjQBd4hX6bTsS83lz3H5A3aOC8C8 DZmVxUp1l3hKYCClrx0ya7lbd78TF1T0QDL+ilV8gG44L891wDnKbc42KROavgn6BiPrTiSLryDL AAAAJXRFWHRkYXRlOmNyZWF0ZQAyMDIyLTA5LTA2VDA4OjUyOjA2KzAwOjAw42/BYwAAACV0RVh0 ZGF0ZTptb2RpZnkAMjAyMi0wOS0wNlQwODo1MjowNiswMDowMJIyed8AAAAASUVORK5CYII= X-Now-Playing: Deerhoof's _La Isla Bonita_: "Paradise Girls" Date: Tue, 06 Sep 2022 10:52:38 +0200 Message-ID: <87v8q0x4tl.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Robert Pluim writes: > Aagh, that was a bit quick. What about if I want to try forever, but > be informed every seconds that emacs hasnʼt responded yet? (I > thought that was in the original proposal?) Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 50849 Cc: Eli Zaretskii , 50849@debbugs.gnu.org, Stefan Kangas , bugs@gnu.support, Visuwesh X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Robert Pluim writes: > Aagh, that was a bit quick. What about if I want to try forever, but > be informed every seconds that emacs hasn=CA=BCt responded yet? (I > thought that was in the original proposal?) I think one single warning is what the vast majority of people would want to see, so adding something to twiddle this doesn't seem useful. From debbugs-submit-bounces@debbugs.gnu.org Tue Sep 06 08:22:57 2022 Received: (at 50849) by debbugs.gnu.org; 6 Sep 2022 12:22:57 +0000 Received: from localhost ([127.0.0.1]:49998 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oVXbU-0006gS-ND for submit@debbugs.gnu.org; Tue, 06 Sep 2022 08:22:57 -0400 Received: from eggs.gnu.org ([209.51.188.92]:49062) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oVXbS-0006gE-J8 for 50849@debbugs.gnu.org; Tue, 06 Sep 2022 08:22:55 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:53288) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oVXbN-0003pq-1f; Tue, 06 Sep 2022 08:22:49 -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=DA9ycrfzRbwTqkrwjWACz0L/w1z1RDXL4xMlGsUlsJE=; b=YbCPXdliYoZVwg0XUjBR ZDR42RaOqFsd9A3sVEEr9/ejUp4qTHs8kKf+3fVF5XCC/QbWsI5AmrOWejR8pGUEWYlKIIciXs8fa zzEBGC6rMZuwynC8FbkJsxqo7Ec/V7CnUZzKKoDD+/RCYY3jww0A7AuCinJSGUcoZfVv9vr7v9z73 Mo+luvfHUNnEDcl7zdEcZeRkDFSVHAR+TaQSgaN8Wi+K/wB9/dr/cBXNlxP84QLZp67UPEn81jGSg oTMYjjV3W8fMTZDhLxjVdXV4zMzoxQ+ZlDATcIzilnRtdpMKKSbVbg0SdF1sRwv0/ggJVBTbSh9Ca vob141dOyZfUbQ==; Received: from [87.69.77.57] (port=1962 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 1oVXbM-0005Xz-HC; Tue, 06 Sep 2022 08:22:48 -0400 Date: Tue, 06 Sep 2022 15:22:27 +0300 Message-Id: <83czc8k7zw.fsf@gnu.org> From: Eli Zaretskii To: stefankangas@gmail.com, Visuwesh In-Reply-To: <87v8q1b2ij.fsf@gmail.com> (message from Visuwesh on Tue, 06 Sep 2022 09:03:24 +0530) Subject: Re: bug#50849: 28.0.50; Proposal for Emacs daemon to signal when being busy 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> <874jxpevb6.fsf@gmail.com> <838rn1q3g9.fsf@gnu.org> <87edwsiy9p.fsf@gnus.org> <87a67d1vyg.fsf@gnus.org> <83ilm1jkss.fsf@gnu.org> <87v8q1b2ij.fsf@gmail.com> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 50849 Cc: larsi@gnus.org, bugs@gnu.support, 50849@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Visuwesh > Cc: Stefan Kangas , larsi@gnus.org, > bugs@gnu.support, 50849@debbugs.gnu.org > Date: Tue, 06 Sep 2022 09:03:24 +0530 > > [செவ்வாய் செப்டம்பர் 06, 2022] Eli Zaretskii wrote: > > >> If someone could check if this works on MS-Windows, that would be > >> appreciated. > > > > How would one test it, please? Do you have any recipe? > > Here's what I did to test it, > > % src/emacs -Q --daemon > Starting Emacs daemon. > % emacsclient --eval '(while t)' & > [1] 2700 > % emacsclient -c --timeout=2 > Waiting for Emacs... > Server not responding; timed out after 2 seconds > % emacsclient -c > Waiting for Emacs... > Server not responding; use Ctrl+C to break C-c C-c Thanks. In fact, one can test this much more easily: emacs -Q & M-x server-start RET emacsclient -w N SOME-FILE Waiting for Emacs... Observe that SOME-FILE is displayed by the server in a client frame. Now wait for N seconds without doing anything and observe: Server not responding; use Ctrl+C to break IOW, emacsclient _always_ reports a timeout after N seconds, even though the server did act upon the client request. Looking at the code, I don't understand how this was supposed to work. After sending the request to the server, we call recv in a loop, waiting for a response. But in a normal session, the server will only respond when the user is done with editing the file, which could be after a very long time. So this _must_ time out. I think to make this work, the client-server protocol should be changed so that the server responds with some kind of positive response right after it receives the initial request. And that would make the protocol backward-incompatible, unfortunately. Alternatively, perhaps some different change in set_socket and its subroutines could be used? Isn't that where we get stuck if the server is busy? But I'm really out of my depth here, so would socket experts please chime in? And another comment: the documentation says that the default time out is zero, i.e. no timeout, but that's not true: the default timeout is actually 30 sec. So if someone uses the client of the master branch, it will now always terminate due to timeout after 30 sec... From debbugs-submit-bounces@debbugs.gnu.org Tue Sep 06 10:02:11 2022 Received: (at 50849) by debbugs.gnu.org; 6 Sep 2022 14:02:11 +0000 Received: from localhost ([127.0.0.1]:52184 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oVZ9X-0001kM-EG for submit@debbugs.gnu.org; Tue, 06 Sep 2022 10:02:11 -0400 Received: from mail-wr1-f52.google.com ([209.85.221.52]:46931) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oVZ9V-0001k5-GB for 50849@debbugs.gnu.org; Tue, 06 Sep 2022 10:02:10 -0400 Received: by mail-wr1-f52.google.com with SMTP id e20so15580818wri.13 for <50849@debbugs.gnu.org>; Tue, 06 Sep 2022 07:02:09 -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:references :in-reply-to:subject:cc:to:from:from:to:cc:subject:date; bh=a8P70IYzZ7SzKz4D5bS2WLHHFSLeK9PZsfnYvcENPL8=; b=BTYL1w75Hkx38Bnaq5GjE6mjUnpojyVoBaGw9G92YTbWZyeoP2tYRPMFZ9u96377hK /FtZGEd1Gv7z24gJ9z/p4kCghZKFUZPfvABkJ6wYnClGFYx4inFA6o97t5oNcKUL4FGv am7qDnL7EcYAibrUSanlj6EqIqnOAtHVy4gSRdJbLQxXQsKX+kqgoiVyMTADteKRxYmg OJQVsOyo7i1fAWmzdM6lfkB1iGpkbl98S8HPe3xwI+MxJTp1U0roWxU8gR9yhROdM0DN jsFZ0eOcBlWER6OgE0Af/tqyjKioXiiGUcbI6AxmSlbFW3LPmYsP4bwGxu+SFNJ/Koyp 0XEQ== 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:references :in-reply-to:subject:cc:to:from:x-gm-message-state:from:to:cc :subject:date; bh=a8P70IYzZ7SzKz4D5bS2WLHHFSLeK9PZsfnYvcENPL8=; b=01mifBNFzst6ZGJ5xYTxVznGRdIpmqTzuMG/YDQ9TIKhJhhyy54jiGxidm3zyFjh/S W8+RWoohnCkWdR93V7UrM4+O6D6dsIxnMyfK4xsH0krb9nDsaLJRr//yegBQ/lHeERDj xie3go9aQIJoyqBbdCBsY0fwpdx3s0+c87Jzam9gII5MRJwAaB3dz4HhnG31GiovUOKZ JmoNtOrrHxgS7+Ng+MSi+7iFb6ReWPDpuVJzoV/Ch2LT0sbu+45QmnuS+eZGhB845Fk0 Lsc9ns4eKbcKYCcBjEHNrRvnEfugjYn5e7Orfi3MbbjVDAcU4eU752Ux+xstepzFJTuC z/bw== X-Gm-Message-State: ACgBeo0UXEVopjat1g/tYCUbXiZIzM682kepnD7AnGuq850nb10rU7Tt 63YmknL0YOFIbTrra2yc/c4sC+2DoyWkWg== X-Google-Smtp-Source: AA6agR6XEGqZCHYV/z5G1j0QTRdD/OHQ+XlzQOQgvlwOfvAdOcKZBMuEEyCmUoZ1eHVGrdy5O9efRA== X-Received: by 2002:a05:6000:1189:b0:228:62c7:7e6c with SMTP id g9-20020a056000118900b0022862c77e6cmr8500231wrx.716.1662472923152; Tue, 06 Sep 2022 07:02:03 -0700 (PDT) Received: from rltb ([2a01:e0a:3f3:fb50:f116:dbc2:98c7:dbf1]) by smtp.gmail.com with ESMTPSA id z16-20020a5d4c90000000b002254880c049sm12834284wrs.31.2022.09.06.07.02.02 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 06 Sep 2022 07:02:02 -0700 (PDT) From: Robert Pluim To: Eli Zaretskii Subject: Re: bug#50849: 28.0.50; Proposal for Emacs daemon to signal when being busy In-Reply-To: <83czc8k7zw.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 06 Sep 2022 15:22:27 +0300") 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> <874jxpevb6.fsf@gmail.com> <838rn1q3g9.fsf@gnu.org> <87edwsiy9p.fsf@gnus.org> <87a67d1vyg.fsf@gnus.org> <83ilm1jkss.fsf@gnu.org> <87v8q1b2ij.fsf@gmail.com> <83czc8k7zw.fsf@gnu.org> Date: Tue, 06 Sep 2022 16:02:01 +0200 Message-ID: <87k06gd2jq.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 50849 Cc: larsi@gnus.org, 50849@debbugs.gnu.org, stefankangas@gmail.com, bugs@gnu.support, Visuwesh X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >>>>> On Tue, 06 Sep 2022 15:22:27 +0300, Eli Zaretskii said: Eli> Looking at the code, I don't understand how this was supposed to Eli> work. After sending the request to the server, we call recv in a Eli> loop, waiting for a response. But in a normal session, the server Eli> will only respond when the user is done with editing the file, whi= ch Eli> could be after a very long time. So this _must_ time out. Doesn=CA=BCt the server send its pid to the client? You=CA=BCd want to recv+timeout just for that initial response, no? Eli> I think to make this work, the client-server protocol should be Eli> changed so that the server responds with some kind of positive Eli> response right after it receives the initial request. And that wo= uld Eli> make the protocol backward-incompatible, unfortunately. Both emacsclient.c and server.el error out on unknown commands, so that=CA=BCs inevitable. Robert --=20 From debbugs-submit-bounces@debbugs.gnu.org Tue Sep 06 10:12:50 2022 Received: (at 50849) by debbugs.gnu.org; 6 Sep 2022 14:12:50 +0000 Received: from localhost ([127.0.0.1]:52201 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oVZJm-00021f-PC for submit@debbugs.gnu.org; Tue, 06 Sep 2022 10:12:50 -0400 Received: from eggs.gnu.org ([209.51.188.92]:44256) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oVZJh-00021L-Np for 50849@debbugs.gnu.org; Tue, 06 Sep 2022 10:12:45 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:47474) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oVZJc-0008Ti-AK; Tue, 06 Sep 2022 10:12:36 -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=J9TVDA0nccKqg0kG3D5mQl0VqO+DGHFKqruNnQWWv04=; b=V3jhpD4Sc82tkG4HNR4r atvFv/1fAGZ5Q77lEly2hvz+6oIdFE04nhXHL+WgJnzn4xvJoEIvCkuw8g++EgTwwZ/7fxCR7ljv8 gUdRmGKZPCrYZ0tiU8CKPZqeYMxsbP6QCWtqUclS2KRqtKyGFJjBvyqWPP7eTeBn4IbCOWD2uPwFZ TUgiNWKASRdMioMcrxe7wUpGV/+mFgGgXd9FAfRsuThXr9m6UKJW4zUC78RJckmX9uDZ9ONx8F2oJ k0WRsEXmb3GQe6M4ZiDCSzXSd8nAvscjQ3R3R+XyDqbzzvvyvtzDrxlMnLlxrl8InSWtakagr5aTC jT/LcjxbmMcdzQ==; Received: from [87.69.77.57] (port=4728 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 1oVZJb-0007ja-Lm; Tue, 06 Sep 2022 10:12:36 -0400 Date: Tue, 06 Sep 2022 17:12:15 +0300 Message-Id: <831qsok2ww.fsf@gnu.org> From: Eli Zaretskii To: Robert Pluim In-Reply-To: <87k06gd2jq.fsf@gmail.com> (message from Robert Pluim on Tue, 06 Sep 2022 16:02:01 +0200) Subject: Re: bug#50849: 28.0.50; Proposal for Emacs daemon to signal when being busy 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> <874jxpevb6.fsf@gmail.com> <838rn1q3g9.fsf@gnu.org> <87edwsiy9p.fsf@gnus.org> <87a67d1vyg.fsf@gnus.org> <83ilm1jkss.fsf@gnu.org> <87v8q1b2ij.fsf@gmail.com> <83czc8k7zw.fsf@gnu.org> <87k06gd2jq.fsf@gmail.com> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 50849 Cc: larsi@gnus.org, 50849@debbugs.gnu.org, stefankangas@gmail.com, bugs@gnu.support, visuweshm@gmail.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Robert Pluim > Cc: stefankangas@gmail.com, Visuwesh , > larsi@gnus.org, bugs@gnu.support, 50849@debbugs.gnu.org > Date: Tue, 06 Sep 2022 16:02:01 +0200 > > >>>>> On Tue, 06 Sep 2022 15:22:27 +0300, Eli Zaretskii said: > > Eli> Looking at the code, I don't understand how this was supposed to > Eli> work. After sending the request to the server, we call recv in a > Eli> loop, waiting for a response. But in a normal session, the server > Eli> will only respond when the user is done with editing the file, which > Eli> could be after a very long time. So this _must_ time out. > > Doesnʼt the server send its pid to the client? Youʼd want to > recv+timeout just for that initial response, no? Maybe, I don't know. If that's always so, then yes, the code should be restructured to time out only on that single response. From debbugs-submit-bounces@debbugs.gnu.org Tue Sep 06 10:20:47 2022 Received: (at 50849) by debbugs.gnu.org; 6 Sep 2022 14:20:47 +0000 Received: from localhost ([127.0.0.1]:52208 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oVZRX-0002FE-0Y for submit@debbugs.gnu.org; Tue, 06 Sep 2022 10:20:47 -0400 Received: from mail-wr1-f45.google.com ([209.85.221.45]:43886) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oVZRV-0002F0-Aq for 50849@debbugs.gnu.org; Tue, 06 Sep 2022 10:20:45 -0400 Received: by mail-wr1-f45.google.com with SMTP id t7so10682163wrm.10 for <50849@debbugs.gnu.org>; Tue, 06 Sep 2022 07:20:45 -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:references :in-reply-to:subject:cc:to:from:from:to:cc:subject:date; bh=jS2OTo75Q7qtX1twpojIuj0vFcq7rzIveZSOnM8KfsA=; b=SOkAOgdb5+W4xF3VDmeBl6uP1xKg8gY+7yQEkaSBgXMzDWiJi1MzawvNJ8bLl1guv8 UkylHRoFMZTrn9UNQFjY3g+KTwRf/z14gjQDYJkr8Q/u0jhCMma8mIzY1kbLnKRsUKUt OWVI9OXbFjZ423WxvqXGDoahL9nR3DcO8pfiRp+Iqyb1cXlBr6t7JDM0e5STlVRYTTMu vO3w21AiQISnNW2zeEjvOCu3mjLYbKauMvslSn0SGsAwK1g6KWB1SC3wPTIQt4X5MCXw KU7FnvR9AtO0aR+7vyywD7KcaV9GUz3xAZx9wOB8IiDhvTJEbMnVqlR7tqRN2fbUXPZ8 ltOQ== 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:references :in-reply-to:subject:cc:to:from:x-gm-message-state:from:to:cc :subject:date; bh=jS2OTo75Q7qtX1twpojIuj0vFcq7rzIveZSOnM8KfsA=; b=l8ESIqV7WuZGT4KShAURe1jz37N6UPYT6wMGtJK8LLEGHXIDGShKF6uCx+VroNvgpM JMGtByjcqTXVSKVHPG6/3XTyhjtlLWP9uGN6Se5w1SjJemCggccLCkErYybr9mSFMV9J B5P6zedakmn7Gyc/vPL6o6tc887WEkr+FpN4HJgfEC1SQs48YSBxe9r7k/sc3t/zGJZw E7RUiLrdiXpBRNjw5hgTn0qqVAH1bmUu11qwf2CxxFWKDTEyu6zrIYvjcud5rVwyJaqc uoRPMXwSl0pyB+nwEB8etnJhTJdHh5gl5oE5TYFzQ7hJBRDb9SbzENLDe1XmrJSYEE3z M5Eg== X-Gm-Message-State: ACgBeo2wgtlSc7D7v6DGIojsf1aTE2spUnkjWFTLgku3kq3ZfF/b6qKO odwFQa2vutRO2eRa+Y1WwsZzGQ3tPKKAxg== X-Google-Smtp-Source: AA6agR4DW54WZaurSUu2iuQUh8wsbkjCmgj3Vx4/O2MJlfO3E3dgKw9JUA7/U1Wzvw8VT9dhV2RYmQ== X-Received: by 2002:a05:6000:11d0:b0:228:8d5d:f2e9 with SMTP id i16-20020a05600011d000b002288d5df2e9mr5796338wrx.207.1662474039007; Tue, 06 Sep 2022 07:20:39 -0700 (PDT) Received: from rltb ([2a01:e0a:3f3:fb50:f116:dbc2:98c7:dbf1]) by smtp.gmail.com with ESMTPSA id f9-20020a05600c154900b003a60ff7c082sm22994561wmg.15.2022.09.06.07.20.37 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 06 Sep 2022 07:20:38 -0700 (PDT) From: Robert Pluim To: Eli Zaretskii Subject: Re: bug#50849: 28.0.50; Proposal for Emacs daemon to signal when being busy In-Reply-To: <831qsok2ww.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 06 Sep 2022 17:12:15 +0300") 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> <874jxpevb6.fsf@gmail.com> <838rn1q3g9.fsf@gnu.org> <87edwsiy9p.fsf@gnus.org> <87a67d1vyg.fsf@gnus.org> <83ilm1jkss.fsf@gnu.org> <87v8q1b2ij.fsf@gmail.com> <83czc8k7zw.fsf@gnu.org> <87k06gd2jq.fsf@gmail.com> <831qsok2ww.fsf@gnu.org> Date: Tue, 06 Sep 2022 16:20:37 +0200 Message-ID: <87fsh4d1oq.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 50849 Cc: larsi@gnus.org, 50849@debbugs.gnu.org, stefankangas@gmail.com, bugs@gnu.support, visuweshm@gmail.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >>>>> On Tue, 06 Sep 2022 17:12:15 +0300, Eli Zaretskii said: >> From: Robert Pluim >> Cc: stefankangas@gmail.com, Visuwesh , >> larsi@gnus.org, bugs@gnu.support, 50849@debbugs.gnu.org >> Date: Tue, 06 Sep 2022 16:02:01 +0200 >>=20 >> >>>>> On Tue, 06 Sep 2022 15:22:27 +0300, Eli Zaretskii said: >>=20 Eli> Looking at the code, I don't understand how this was supposed to Eli> work. After sending the request to the server, we call recv in a Eli> loop, waiting for a response. But in a normal session, the server Eli> will only respond when the user is done with editing the file, whi= ch Eli> could be after a very long time. So this _must_ time out. >>=20 >> Doesn=CA=BCt the server send its pid to the client? You=CA=BCd want = to >> recv+timeout just for that initial response, no? Eli> Maybe, I don't know. If that's always so, then yes, the code shou= ld Eli> be restructured to time out only on that single response. server-process-filter unconditionally does: (server-send-string proc (concat "-emacs-pid " (number-to-string (emacs-pid)) "\n")) Robert --=20 From debbugs-submit-bounces@debbugs.gnu.org Tue Sep 06 21:06:09 2022 Received: (at 50849) by debbugs.gnu.org; 7 Sep 2022 01:06:09 +0000 Received: from localhost ([127.0.0.1]:52989 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oVjW4-0005QW-Oe for submit@debbugs.gnu.org; Tue, 06 Sep 2022 21:06:08 -0400 Received: from mail-oa1-f54.google.com ([209.85.160.54]:33621) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oVjVt-0005Ph-0c for 50849@debbugs.gnu.org; Tue, 06 Sep 2022 21:05:57 -0400 Received: by mail-oa1-f54.google.com with SMTP id 586e51a60fabf-1274ec87ad5so17553980fac.0 for <50849@debbugs.gnu.org>; Tue, 06 Sep 2022 18:05:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:mime-version:references:in-reply-to :from:from:to:cc:subject:date; bh=XrHTgDX+vSbQHnr9GzVKnt2JDR9OAPVPitoSfZB7AQQ=; b=nHSxYgPT5E9Ml2+n9+joptjgiJuje22FMDQ5mw0gzAdi30VcfhE4Q1z7iSUZUtiNwt c69sIsMfZjXvCajoH4ZFppSR80vKvXZQYms4Wmnt6/kREy9894dYG3QWq4FXz4R+hWPs KH5m4+oJ1IoNj03SiUFJRbFDOMken7wkRAkQqZrrndJMhBQu5Cv0jX15BDTbnSBzDl6m vaj0Vfq+T+eJyFhrnA6l7NCNHAZShenO8/txOa74R7PSh5qKEwg7qwn6qbWMVkpVkQBq sLLGiONOBqh2Mwf+MIvROITFs1i3VcCS81HEZilXHI0EqM9/k6pMHUoaZh0cRbnqNrem 5aug== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:mime-version:references:in-reply-to :from:x-gm-message-state:from:to:cc:subject:date; bh=XrHTgDX+vSbQHnr9GzVKnt2JDR9OAPVPitoSfZB7AQQ=; b=dod4E/XMIYpeQGgE0xFV5tU3O9z6zqWvWhTRYUECr4IkJMi/4VLsFeg1iXcn3JGVJR Z0GwgvvndM14cYuP8JmgYksSryXLeq/kKYiJkkHKSLQaP2AH5Kv5sp5Elp9aO8Dj2tp8 0iwb/2nFjDUj68vM6j2Wu4TNmEz2JNfT8FcoWRBNy/VSreBBHPQcUkmd3hLk2q0w4NFf 8IGtWrgo3Mej1MRo2VuVe4EQ/Khcn+kMb5cGbaW3M6LHXMn9ThnuySX+NsFkJBsh+grs 8Bp3/Ej6/O2tqbQjjvIxzTrgujAlEoLGiY7Yi98YsPTQMyLAWOUhQQdgJOj6z+kFqQqI ZjgA== X-Gm-Message-State: ACgBeo2HzvlIu6sQeyx62wBpJKyUhiaHFwX/LgtLc/L45dG/uhpXdNLE xtxezRmwFuthsphVX/XhzTFYRxjgv8EF6vWi0jw= X-Google-Smtp-Source: AA6agR7O/Ty2DMbfoU1+oSIjge7bL/3E+jDP24eLi4ryaQ2APha0tQl5lHvyVuRWHCKs2dLc2YGK6CVG4H3msc2ovuI= X-Received: by 2002:a05:6870:538c:b0:11b:e64f:ee1b with SMTP id h12-20020a056870538c00b0011be64fee1bmr12448622oan.92.1662512751199; Tue, 06 Sep 2022 18:05:51 -0700 (PDT) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Tue, 6 Sep 2022 21:05:50 -0400 From: Stefan Kangas In-Reply-To: <83czc8k7zw.fsf@gnu.org> 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> <874jxpevb6.fsf@gmail.com> <838rn1q3g9.fsf@gnu.org> <87edwsiy9p.fsf@gnus.org> <87a67d1vyg.fsf@gnus.org> <83ilm1jkss.fsf@gnu.org> <87v8q1b2ij.fsf@gmail.com> <83czc8k7zw.fsf@gnu.org> X-Hashcash: 1:20:220907:bugs@gnu.support::E2XP9HMEEV380q4z:9bvY MIME-Version: 1.0 Date: Tue, 6 Sep 2022 21:05:50 -0400 Message-ID: Subject: Re: bug#50849: 28.0.50; Proposal for Emacs daemon to signal when being busy To: Eli Zaretskii , Visuwesh Content-Type: text/plain; charset="UTF-8" X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 50849 Cc: larsi@gnus.org, bugs@gnu.support, 50849@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Eli Zaretskii writes: > Now wait for N seconds without doing anything and observe: > > Server not responding; use Ctrl+C to break This should now be fixed on master. > After sending the request to the server, we call recv in a > loop, waiting for a response. But in a normal session, the server > will only respond when the user is done with editing the file, which > could be after a very long time. So this _must_ time out. No, server.el will always send "-emacs-pid 1211057". You can see this in the " *server*" buffer (set `server-log' to t first). > And another comment: the documentation says that the default time out > is zero, i.e. no timeout, but that's not true: the default timeout is > actually 30 sec. So if someone uses the client of the master branch, > it will now always terminate due to timeout after 30 sec... I can't reproduce this. Do you have a recipe? From debbugs-submit-bounces@debbugs.gnu.org Tue Sep 06 22:39:45 2022 Received: (at 50849) by debbugs.gnu.org; 7 Sep 2022 02:39:46 +0000 Received: from localhost ([127.0.0.1]:53045 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oVkyf-0007c7-KS for submit@debbugs.gnu.org; Tue, 06 Sep 2022 22:39:45 -0400 Received: from eggs.gnu.org ([209.51.188.92]:38012) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oVkyd-0007bs-GX for 50849@debbugs.gnu.org; Tue, 06 Sep 2022 22:39:44 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:40872) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oVkyY-00088Q-6K; Tue, 06 Sep 2022 22:39:38 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=zSuSd+3SAReBakcDnUXaYw2ooMpoh723DcblNrDD53w=; b=FL0WfyXKZtzq GGZ38o/bMTdGcJ1KbYbcum933w0PE9aDFAALcNEswGEc6jDp+xYlh8nqIEdzOzhzw/nc6/8H+xyJC asamxjUCJ5cUOmMQph9+dIsmuGQd26u28GRkaa1r2ZQrNGnB7OhJB71j7XOiEqUHqQRHk7CelcE+r tRyg6DKMe9EhZGm8jWC1NY64ijegKINP6MtUFVJ6cKdZ7bSaxNJwDiDtt4v4bqxLwjBkb1f18hbHh +/QO9UTmr+E5OU6UJPv0GnPheZarTayCBOkejxJC3gsBhW6XDERgnaH8QtwmzL+vX/NTQE5cUmNrN ySasvHvd9UDPxfGvabsCfw==; Received: from [87.69.77.57] (port=3373 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 1oVkyW-0002qy-Qe; Tue, 06 Sep 2022 22:39:38 -0400 Date: Wed, 07 Sep 2022 05:39:19 +0300 Message-Id: <83czc7j4bs.fsf@gnu.org> From: Eli Zaretskii To: Stefan Kangas In-Reply-To: (message from Stefan Kangas on Tue, 6 Sep 2022 21:05:50 -0400) Subject: Re: bug#50849: 28.0.50; Proposal for Emacs daemon to signal when being busy 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> <874jxpevb6.fsf@gmail.com> <838rn1q3g9.fsf@gnu.org> <87edwsiy9p.fsf@gnus.org> <87a67d1vyg.fsf@gnus.org> <83ilm1jkss.fsf@gnu.org> <87v8q1b2ij.fsf@gmail.com> <83czc8k7zw.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 50849 Cc: larsi@gnus.org, 50849@debbugs.gnu.org, bugs@gnu.support, visuweshm@gmail.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Stefan Kangas > Date: Tue, 6 Sep 2022 21:05:50 -0400 > Cc: larsi@gnus.org, bugs@gnu.support, 50849@debbugs.gnu.org > > > And another comment: the documentation says that the default time out > > is zero, i.e. no timeout, but that's not true: the default timeout is > > actually 30 sec. So if someone uses the client of the master branch, > > it will now always terminate due to timeout after 30 sec... > > I can't reproduce this. Do you have a recipe? Do I need a recipe? The source code says: #define DEFAULT_TIMEOUT (30) [...] set_socket_timeout (emacs_socket, timeout > 0 ? timeout : DEFAULT_TIMEOUT); That's self-explanatory, isn't it? From debbugs-submit-bounces@debbugs.gnu.org Wed Sep 07 04:18:24 2022 Received: (at 50849) by debbugs.gnu.org; 7 Sep 2022 08:18:24 +0000 Received: from localhost ([127.0.0.1]:53321 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oVqGO-0001cg-2F for submit@debbugs.gnu.org; Wed, 07 Sep 2022 04:18:24 -0400 Received: from mail-ot1-f50.google.com ([209.85.210.50]:41548) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oVqGN-0001cT-8M for 50849@debbugs.gnu.org; Wed, 07 Sep 2022 04:18:23 -0400 Received: by mail-ot1-f50.google.com with SMTP id t8-20020a9d5908000000b0063b41908168so9745086oth.8 for <50849@debbugs.gnu.org>; Wed, 07 Sep 2022 01:18:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:mime-version:references:in-reply-to :from:from:to:cc:subject:date; bh=6sWCsTl8K7X3zWwxWGHTaUgQX+dLUWeTENv9f1g3rsU=; b=pK276u5LQ4rlh2QYj1vCACpnizbzybH/ul0Kv/ej5t1ACtDerS+KwYLvOKn8A1/6s0 u31o5a1lkTjfRVZEG5m32OSp7OWDNOjMuNfN3qHWxuHns9RBIk4os+PURjkxxBVd99j5 /u3mC2DgyMX0pKOi7wkomWXkRjJVAetcZOuMUwA0MG/EzolOUOvGS8pJtlvX0IRb6zi5 OqNXsbshZDxbgoKHPfZNTcljlF9utdEzmEHHFjnJyRFJWoEM3S+afd49s1tizQJkN05A XEntsnxZyCe/yIXR7Yd9h3t1neFB96smdb5Q8rOrlidbYv5swG4o31NZa6eib+mJSg8S J8bQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:mime-version:references:in-reply-to :from:x-gm-message-state:from:to:cc:subject:date; bh=6sWCsTl8K7X3zWwxWGHTaUgQX+dLUWeTENv9f1g3rsU=; b=JShmL/KugmyNGIYDxb5684ftxR1o0Cse/smoPlXuYPjjnQQZH81Rpz7rxnQ9f8WV6K weL/CIjQc21lpIFBrz+cCfp68X3N7AENiDr43Sh3f6zUkydnWZ6+5uG4isboZGuchbud wG3oohaI6VeusvpLfMxx6kPZlahorkc8LocPbqwOFjfErMfA/711H0Tav+ro+tnp+TkY QbZze5mVGQQIeYN0C4h+QTdNd36M9V8bR7GtKaE4Q82gRDQlcLrLpGYne0UK8dwrkE/Q XatmrCbWFcP0JAopqy9xJy7pVkReu9BT0Ai/q42srA+u7mBFdnITPZYHW4MBMgDj22Qa 4bZA== X-Gm-Message-State: ACgBeo2fpGylsC+gnHsd0bm+4Nc3hDejMN5yML9OXSeQMu+Ap6MbxqmL vLp3noSQisqqWW8a/scfQGSqsIrFI1sHVUAGMi8= X-Google-Smtp-Source: AA6agR6NAT2SY20+xawYxDql8cNPTq0HiMVtC7hEQSQiCj9c5H7X301HwzXQucpgdINepaTVqKmTu4jGUdcIft8AhVs= X-Received: by 2002:a05:6830:3c1:b0:637:28be:7920 with SMTP id p1-20020a05683003c100b0063728be7920mr940058otc.105.1662538697568; Wed, 07 Sep 2022 01:18:17 -0700 (PDT) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Wed, 7 Sep 2022 04:18:17 -0400 From: Stefan Kangas In-Reply-To: <83czc7j4bs.fsf@gnu.org> 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> <874jxpevb6.fsf@gmail.com> <838rn1q3g9.fsf@gnu.org> <87edwsiy9p.fsf@gnus.org> <87a67d1vyg.fsf@gnus.org> <83ilm1jkss.fsf@gnu.org> <87v8q1b2ij.fsf@gmail.com> <83czc8k7zw.fsf@gnu.org> <83czc7j4bs.fsf@gnu.org> X-Hashcash: 1:20:220907:eliz@gnu.org::e0dMxYJwIQ21ZxU0:F7bH MIME-Version: 1.0 Date: Wed, 7 Sep 2022 04:18:17 -0400 Message-ID: Subject: Re: bug#50849: 28.0.50; Proposal for Emacs daemon to signal when being busy To: Eli Zaretskii Content-Type: text/plain; charset="UTF-8" X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 50849 Cc: larsi@gnus.org, 50849@debbugs.gnu.org, bugs@gnu.support, visuweshm@gmail.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Eli Zaretskii writes: > Do I need a recipe? The source code says: > > #define DEFAULT_TIMEOUT (30) > [...] > set_socket_timeout (emacs_socket, timeout > 0 ? timeout : DEFAULT_TIMEOUT); > > That's self-explanatory, isn't it? You wrote that "if someone uses the client of the master branch, it will now always terminate due to timeout after 30 sec", but I don't see that on current master. So I'm asking if we are not seeing the same behaviour, and if so, why that is. When I do this: ./lib/emacsclient foo.txt and wait for more than 30 seconds, emacsclient doesn't exit. From debbugs-submit-bounces@debbugs.gnu.org Wed Sep 07 06:34:45 2022 Received: (at 50849) by debbugs.gnu.org; 7 Sep 2022 10:34:45 +0000 Received: from localhost ([127.0.0.1]:53564 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oVsOK-0005JB-Tq for submit@debbugs.gnu.org; Wed, 07 Sep 2022 06:34:45 -0400 Received: from mail-wr1-f50.google.com ([209.85.221.50]:39835) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oVsOI-0005Iz-Sg for 50849@debbugs.gnu.org; Wed, 07 Sep 2022 06:34:43 -0400 Received: by mail-wr1-f50.google.com with SMTP id az27so19674186wrb.6 for <50849@debbugs.gnu.org>; Wed, 07 Sep 2022 03:34:42 -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:references :in-reply-to:subject:cc:to:from:from:to:cc:subject:date; bh=xcX87G5RNGak5LLvSpFlw64aiLPfSPj4vWWAwwD4jJQ=; b=OpDmP/YjrQZlb73EWqo+i+2F/3xloD/AC05L1ISgU5jfB/Xfwx5uVI2IYRx6Kb8Lzs u6jWcyyTTgza+L/Usqrq5ydzzRsDx2J4VW+337atOdQFJMGAL9/UnQFrStVGCVfMUINa n8OmIu5vAZqt7vviRKT2xBoAMpmDhqMIotZcezpE4WZ9QWJTz/F9fLrXJ9ReyFiJnnS0 nK1nVOKuVwxuUEQULynRppskwEPjkx4zecxpGMWKb18w4pqAov9bZj6Z2ckMF62ZlnRi l8550kpTE3JEoQi3NbXZmalT8uuBIDztayW83QWI1Si6bATf9OQC+AjXFkKhZbKa8qH3 MCRQ== 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:references :in-reply-to:subject:cc:to:from:x-gm-message-state:from:to:cc :subject:date; bh=xcX87G5RNGak5LLvSpFlw64aiLPfSPj4vWWAwwD4jJQ=; b=G//ZNSKJmxy3o/0UnaQtrDGwwzmKzr4zyzkpw9/1HDg3+seGMwaWGH76tRQ0gV990d vp/P3K+g/Zj6msq7Ku+bshCf7X+nu/YvO62BzOILjZwj8yYs8IiXl+8dj1obPHW+n1I5 cVaG1pttgDGYoaYy2UZUHt9NOKqwckgxbOr10PjSDyQPR9kMCVOeoity+8sxy00GTymB /rqZLxkpT6nXYFFcdIev8JuojgDBvOhS3foXQ6ZIagi/gG2hH5tA9sA4tN+bBKI2WLkL xY/pl8sFLrMJwsw2pXhlAmb7yNOdPE2gsV9jWo79Hdh1fgdmYCC+49wfvsJ+9wloPoFA ILXg== X-Gm-Message-State: ACgBeo3sauFW4eOhHSI/SQKnOs8h/VYl0omSi1KKeY9JcsgXSfLx7r2y bj6FgNrkQuKNWFa3vkFkjgU= X-Google-Smtp-Source: AA6agR5RnYTa4jmhw3eZEdUMUakwcVGOjXYDLnigU3qzZ2+JcrBCFqNNJgvryYJr2FGYZ2F8j1+tLw== X-Received: by 2002:a5d:448d:0:b0:228:6084:1f36 with SMTP id j13-20020a5d448d000000b0022860841f36mr1731007wrq.157.1662546876884; Wed, 07 Sep 2022 03:34:36 -0700 (PDT) Received: from rltb ([2a01:e0a:3f3:fb50:1a83:d106:c1f4:476c]) by smtp.gmail.com with ESMTPSA id d14-20020a05600c34ce00b003a5f54e3bbbsm25312987wmq.38.2022.09.07.03.34.35 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 07 Sep 2022 03:34:35 -0700 (PDT) From: Robert Pluim To: Stefan Kangas Subject: Re: bug#50849: 28.0.50; Proposal for Emacs daemon to signal when being busy In-Reply-To: (Stefan Kangas's message of "Wed, 7 Sep 2022 04:18:17 -0400") 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> <874jxpevb6.fsf@gmail.com> <838rn1q3g9.fsf@gnu.org> <87edwsiy9p.fsf@gnus.org> <87a67d1vyg.fsf@gnus.org> <83ilm1jkss.fsf@gnu.org> <87v8q1b2ij.fsf@gmail.com> <83czc8k7zw.fsf@gnu.org> <83czc7j4bs.fsf@gnu.org> Date: Wed, 07 Sep 2022 12:34:35 +0200 Message-ID: <87leqvbhhg.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 50849 Cc: Eli Zaretskii , visuweshm@gmail.com, larsi@gnus.org, bugs@gnu.support, 50849@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >>>>> On Wed, 7 Sep 2022 04:18:17 -0400, Stefan Kangas said: Stefan> Eli Zaretskii writes: >> Do I need a recipe? The source code says: >>=20 >> #define DEFAULT_TIMEOUT (30) >> [...] >> set_socket_timeout (emacs_socket, timeout > 0 ? timeout : DEFAULT_TI= MEOUT); >>=20 >> That's self-explanatory, isn't it? Stefan> You wrote that "if someone uses the client of the master branch= , it will Stefan> now always terminate due to timeout after 30 sec", but I don't = see that Stefan> on current master. So I'm asking if we are not seeing the same Stefan> behaviour, and if so, why that is. Stefan> When I do this: Stefan> ./lib/emacsclient foo.txt Stefan> and wait for more than 30 seconds, emacsclient doesn't exit. ...because the code on master now just retries the recv instead of exiting. So in normal operation without a timeout argument, the recv will timeout after 30 seconds, and emacsclient will go back to recv. Before the timeout changes it would wait in recv forever. That=CA=BCs a behaviour change. I guess we could change emacsclient to set the timeout back to 0 in that case, but I=CA=BCm not sure it=CA=BCs worth i= t. Robert --=20 From debbugs-submit-bounces@debbugs.gnu.org Wed Sep 07 07:20:11 2022 Received: (at 50849) by debbugs.gnu.org; 7 Sep 2022 11:20:11 +0000 Received: from localhost ([127.0.0.1]:53692 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oVt6I-0006WM-Lm for submit@debbugs.gnu.org; Wed, 07 Sep 2022 07:20:11 -0400 Received: from eggs.gnu.org ([209.51.188.92]:34494) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oVt6F-0006W7-Vj for 50849@debbugs.gnu.org; Wed, 07 Sep 2022 07:20:09 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:52620) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oVt6A-00072E-Fg; Wed, 07 Sep 2022 07:20:02 -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=G0hu6hCcTEpLdB6vCuuggfaSf1RJsjPST7OZzKsLIhc=; b=GMQpxtA+BRuuOaqmzrZX ltrvp355h4IWuLgxlJACKTMrpbozEgFGL2D8WlVl+fblPkqdojPU2uCdkkuDEcERFJVW2tqt0bLUY WMg5eZmXk9LbNnW77PGWWeeDjdm/ziw+RYj4q/Tq7Mwsmpf0oNYs5cDDmgJ3dr/338YTQLaQeNqDv xJHxKpNFSl6+5S2afpBgiEDOhkXRgqbUE5kfc8UsLnj0bf0/Hf4hVgJDtme+95YJM+VMQJy0IUyr0 o68QjahJoORfGe17QwsRAf/D04YUnOaZhtjg7u9h16XGn/RD4r4RaAFX+dxqJHCazOTSlNJrDFyp9 Uaaf4D+K1sKQIg==; Received: from [87.69.77.57] (port=3215 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 1oVt69-0001GX-Vh; Wed, 07 Sep 2022 07:20:02 -0400 Date: Wed, 07 Sep 2022 14:19:44 +0300 Message-Id: <838rmvig8f.fsf@gnu.org> From: Eli Zaretskii To: Robert Pluim In-Reply-To: <87leqvbhhg.fsf@gmail.com> (message from Robert Pluim on Wed, 07 Sep 2022 12:34:35 +0200) Subject: Re: bug#50849: 28.0.50; Proposal for Emacs daemon to signal when being busy 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> <874jxpevb6.fsf@gmail.com> <838rn1q3g9.fsf@gnu.org> <87edwsiy9p.fsf@gnus.org> <87a67d1vyg.fsf@gnus.org> <83ilm1jkss.fsf@gnu.org> <87v8q1b2ij.fsf@gmail.com> <83czc8k7zw.fsf@gnu.org> <83czc7j4bs.fsf@gnu.org> <87leqvbhhg.fsf@gmail.com> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 50849 Cc: larsi@gnus.org, visuweshm@gmail.com, stefankangas@gmail.com, bugs@gnu.support, 50849@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Robert Pluim > Cc: Eli Zaretskii , larsi@gnus.org, 50849@debbugs.gnu.org, > bugs@gnu.support, visuweshm@gmail.com > Date: Wed, 07 Sep 2022 12:34:35 +0200 > > >>>>> On Wed, 7 Sep 2022 04:18:17 -0400, Stefan Kangas said: > > Stefan> You wrote that "if someone uses the client of the master branch, it will > Stefan> now always terminate due to timeout after 30 sec", but I don't see that > Stefan> on current master. So I'm asking if we are not seeing the same > Stefan> behaviour, and if so, why that is. > > Stefan> When I do this: > > Stefan> ./lib/emacsclient foo.txt > > Stefan> and wait for more than 30 seconds, emacsclient doesn't exit. > > ...because the code on master now just retries the recv instead of > exiting. So in normal operation without a timeout argument, the recv > will timeout after 30 seconds, and emacsclient will go back to > recv. Before the timeout changes it would wait in recv forever. > > Thatʼs a behaviour change. I guess we could change emacsclient to set > the timeout back to 0 in that case, but Iʼm not sure itʼs worth it. Exactly. I actually don't understand why we need to call setsockopt (without checking errors) and then complicate our lives with no less than 3 tricky-named flags ('retry' is not really what its name says, msg_showed is initialized with a non-fixed value, etc.) when the timeout was not given. Why not just avoid setting the timeout in that case? And in any case, saying that the default timeout is zero is simply misleading. We should either say that "by default emacscilent will wait indefinitely" or modify DEFAULT_TIMEOUT to zero. From debbugs-submit-bounces@debbugs.gnu.org Wed Sep 07 21:47:12 2022 Received: (at 50849) by debbugs.gnu.org; 8 Sep 2022 01:47:12 +0000 Received: from localhost ([127.0.0.1]:56737 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oW6dM-0008RB-3M for submit@debbugs.gnu.org; Wed, 07 Sep 2022 21:47:12 -0400 Received: from mail-oa1-f47.google.com ([209.85.160.47]:34326) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oW6dK-0008Qz-7e for 50849@debbugs.gnu.org; Wed, 07 Sep 2022 21:47:10 -0400 Received: by mail-oa1-f47.google.com with SMTP id 586e51a60fabf-1280590722dso7137993fac.1 for <50849@debbugs.gnu.org>; Wed, 07 Sep 2022 18:47:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:mime-version:references:in-reply-to :from:from:to:cc:subject:date; bh=21ZqENB+vdSxaDWLE1cRpEQCCymhfn95Vfep7uOxt34=; b=VGKFSs+BBEDanhPzxog5xxw26speLUV4BBbpDKV2e3ygoXItsKSUlyN89lLscF+Ngq I3fbYNX4Cojz0MfMPH1JHR6GVR7Wbf+kRdGpshtmG5GBWZABhLOnegTUNozJ/clTVsMY VVlR/f24KQhK4bOWMP31O2jGWc4vCzvKvAwTiTBVac8M7qVFD97Csli3VyoMCMx8U338 rJn030wt+BYG7sxbB1s0s9MmyeT+FTv7SoRX6XZ4d9pva3nkmVEQ5Qq5nJjizNcmqcFv U9Yp+/BfzAJqGRo+t2V9W2MHpbEqo5VQwZlB9tCWMmQZk9d+0DtVUCQ3TG6KeGjRN/Th 7ACQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:mime-version:references:in-reply-to :from:x-gm-message-state:from:to:cc:subject:date; bh=21ZqENB+vdSxaDWLE1cRpEQCCymhfn95Vfep7uOxt34=; b=SLa2R+nrOaN3EelIRePDZmgtQ4uxXt/0YWiV9cqAt5hmqFhCM70Lk5qba7vYtINueE mJYZQImxgKeAi97iAnTxdAFM99QFvFsNQCDX7oS8ZIy8/NwSUNVo6JRIqoWuhNCC0gU4 XRgV+Az4AYDmwO9UiWCAjXVzrOYJ5zIgHIjasWThII6awvExJHl+GG8PEJsqCsF9Nxkm 6c1P3vEt3uUaThDL2/Nkk7uYfDAlUm07ChXmd9ddb58KwfKZHquzgcVwxCEopCIJ3drF xLiaI5qeW92SZE9fsDm22J908HdUY+pDCy5ETaDhKbEI2foK/nwF+pSDdKoY7UOELrGM N1VA== X-Gm-Message-State: ACgBeo1gHC+7r3Lve+UdDw/xBMRPZIia81PZmIUh8J9trr9J/rJeYNsl 51foyuJhRdGwQ1+EE/rZPdyz6JV8X8wAHgRZy3Y= X-Google-Smtp-Source: AA6agR6dmavruJkz1BxBj63pb3kPOiQz/GkfpbEuwaiceAT/yYRtrM/aSGELMUDsR5wgC1cuie538YbeemNK5+qXb18= X-Received: by 2002:a05:6870:5581:b0:11e:300:8189 with SMTP id n1-20020a056870558100b0011e03008189mr639763oao.199.1662601624540; Wed, 07 Sep 2022 18:47:04 -0700 (PDT) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Wed, 7 Sep 2022 18:47:03 -0700 From: Stefan Kangas In-Reply-To: <838rmvig8f.fsf@gnu.org> References: <86czouksh2.fsf@protected.rcdrun.com> <83y27hjhy2.fsf@gnu.org> <87r10uvxr9.fsf@gnus.org> <83o7vyowcl.fsf@gnu.org> <87czceufj1.fsf@gnus.org> <83ilm6osqz.fsf@gnu.org> <87sflaszct.fsf@gnus.org> <874jxpevb6.fsf@gmail.com> <838rn1q3g9.fsf@gnu.org> <87edwsiy9p.fsf@gnus.org> <87a67d1vyg.fsf@gnus.org> <83ilm1jkss.fsf@gnu.org> <87v8q1b2ij.fsf@gmail.com> <83czc8k7zw.fsf@gnu.org> <83czc7j4bs.fsf@gnu.org> <87leqvbhhg.fsf@gmail.com> <838rmvig8f.fsf@gnu.org> X-Hashcash: 1:20:220908:50849@debbugs.gnu.org::87vgPCO5OZmxfPQI:7iNA MIME-Version: 1.0 Date: Wed, 7 Sep 2022 18:47:03 -0700 Message-ID: Subject: Re: bug#50849: 28.0.50; Proposal for Emacs daemon to signal when being busy To: Eli Zaretskii , Robert Pluim Content-Type: text/plain; charset="UTF-8" X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 50849 Cc: larsi@gnus.org, visuweshm@gmail.com, bugs@gnu.support, 50849@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Eli Zaretskii writes: > I actually don't understand why we need to call setsockopt We need to call setsockopt to set the timeout. Based on section 13.2 in UNIX Network Programming, I guess we could call alarm(2) and set up a SIGALRM handler instead. (But that seems to have been mentioned there mostly in case you need to use an implementation that doesn't support SO_RCVTIMEO, so I'm not sure it's a good idea.) > (without checking errors) Adding error handling is easy enough, but what do you think we must do differently if the call to setsockopt fails? IIUC, the recv call will just not timeout in that case, and things will be as if we hadn't tried to set any timeout at all. > and then complicate our lives with no less > than 3 tricky-named flags ('retry' is not really what its name says, > msg_showed is initialized with a non-fixed value, etc.) when the > timeout was not given. What would you name these flags instead? And what does "etc." above mean? Regarding msg_showed, I think you're right that it should be initialized to a constant value instead. > Why not just avoid setting the timeout in that case? Because we want to give the informational message "Server not responding; use Ctrl+C to break". If we don't want that message, we don't need to set a timeout in that case. > And in any case, saying that the default timeout is zero is simply > misleading. We should either say that "by default emacscilent will > wait indefinitely" or modify DEFAULT_TIMEOUT to zero. I think it makes sense to change the documentation as you suggest. (Note that DEFAULT_TIMEOUT really only has to do with the time to wait before printing an informational message, in the case when we did not get a --timeout flag. Maybe it could get a better name.) From debbugs-submit-bounces@debbugs.gnu.org Thu Sep 08 02:00:05 2022 Received: (at 50849) by debbugs.gnu.org; 8 Sep 2022 06:00:05 +0000 Received: from localhost ([127.0.0.1]:57002 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oWAa4-0002Wi-Lu for submit@debbugs.gnu.org; Thu, 08 Sep 2022 02:00:05 -0400 Received: from eggs.gnu.org ([209.51.188.92]:53740) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oWAa2-0002Vh-Aa for 50849@debbugs.gnu.org; Thu, 08 Sep 2022 02:00:03 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:56168) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oWAZw-00046Y-Sd; Thu, 08 Sep 2022 01:59:56 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=LpmWINUWpJEVO8kD10MORT4rQwMGjpnqrxMxrdEbf+M=; b=e7Anw6pwh/Kr yFQsm2+78z0JCVXLVH62AtveYAuWRjY1AUZvOFS14X5MepEV4DMjvO94snBx2R4DGXwxBp+OM7+71 1ypo1fFDyLBBwQHemrkk87O2TIw7V08p2CFgOG05oSrEvsLL9ge9rwt1sfetIKra56kzxAPeey5BT cjeyX0TspW5MNRtw9OmzebqfdnXzP1Y03JS65pn9iZ18loYaQLOuWJl6UQKMQfjRioEgIogUp/Z1P sVyabhvhzSIIKXiH8wXHXcgyzzmD4HbHDSqGlJQKQ8PljAF4FLtSmEQain1CLMomsyzjU0fwX7/Op 4jcLz463VKbrSyTeZx5VkA==; Received: from [87.69.77.57] (port=3925 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 1oWAZw-0000AX-6E; Thu, 08 Sep 2022 01:59:56 -0400 Date: Thu, 08 Sep 2022 08:59:40 +0300 Message-Id: <83wnaefltf.fsf@gnu.org> From: Eli Zaretskii To: Stefan Kangas In-Reply-To: (message from Stefan Kangas on Wed, 7 Sep 2022 18:47:03 -0700) Subject: Re: bug#50849: 28.0.50; Proposal for Emacs daemon to signal when being busy References: <86czouksh2.fsf@protected.rcdrun.com> <83y27hjhy2.fsf@gnu.org> <87r10uvxr9.fsf@gnus.org> <83o7vyowcl.fsf@gnu.org> <87czceufj1.fsf@gnus.org> <83ilm6osqz.fsf@gnu.org> <87sflaszct.fsf@gnus.org> <874jxpevb6.fsf@gmail.com> <838rn1q3g9.fsf@gnu.org> <87edwsiy9p.fsf@gnus.org> <87a67d1vyg.fsf@gnus.org> <83ilm1jkss.fsf@gnu.org> <87v8q1b2ij.fsf@gmail.com> <83czc8k7zw.fsf@gnu.org> <83czc7j4bs.fsf@gnu.org> <87leqvbhhg.fsf@gmail.com> <838rmvig8f.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 50849 Cc: rpluim@gmail.com, visuweshm@gmail.com, larsi@gnus.org, bugs@gnu.support, 50849@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Stefan Kangas > Date: Wed, 7 Sep 2022 18:47:03 -0700 > Cc: larsi@gnus.org, 50849@debbugs.gnu.org, bugs@gnu.support, > visuweshm@gmail.com > > Eli Zaretskii writes: > > > I actually don't understand why we need to call setsockopt > > We need to call setsockopt to set the timeout. When the timeout wasn't given by the user, I don't think it's our business to second-guess what the user wants. Setting a timeout in all cases is at least an incompatible behavior change. For example, imagine a use case where the delay is indeed justified, and the user has no problems having emacsclient to wait for more than 30 sec. With the current code on master, we will output messages that we previously didn't, and that could potentially break someone's scripts. Moreover, there's no way for users in such cases to get back the old behavior, none whatsoever. I don't see how can we justify such an incompatible change. The imaginary case I described is probably rare at best, but it's still a legitimate one, and we had better avoided breaking it, unless we have a very good reason. > Based on section 13.2 in UNIX Network Programming, I guess we could call > alarm(2) and set up a SIGALRM handler instead. SIGALRM is non-portable, so it's a non-starter. > > (without checking errors) > > Adding error handling is easy enough, but what do you think we must do > differently if the call to setsockopt fails? Display an error message? > IIUC, the recv call will just not timeout in that case, and things > will be as if we hadn't tried to set any timeout at all. Exactly. But it means the user asked us to do something, and we didn't. The textbook behavior in such cases is to let the user know that the contract was broken. > > and then complicate our lives with no less > > than 3 tricky-named flags ('retry' is not really what its name says, > > msg_showed is initialized with a non-fixed value, etc.) when the > > timeout was not given. > > What would you name these flags instead? Something that really tells us what they signify and how they are used. When there are 3 flags whose different combinations mean different things, the code can be difficult to follow, understand, and modify safely. > And what does "etc." above mean? That I could continue telling why the current flag-based implementation is hard to read and understand. At the very least, we should have comments there explaining the logic. > > Why not just avoid setting the timeout in that case? > > Because we want to give the informational message "Server not > responding; use Ctrl+C to break". If we don't want that message, we > don't need to set a timeout in that case. See above: when the user doesn't use --timeout, he/she doesn't necessarily want emacsclient to brag about the server not responding. > > And in any case, saying that the default timeout is zero is simply > > misleading. We should either say that "by default emacscilent will > > wait indefinitely" or modify DEFAULT_TIMEOUT to zero. > > I think it makes sense to change the documentation as you suggest. Then please do. We currently don't describe the default behavior correctly. (Of course, if you eventually agree to change the code so that no timeout is set on the socket, we just need to say that by default there's no timeout.) > (Note that DEFAULT_TIMEOUT really only has to do with the time to wait > before printing an informational message, in the case when we did not > get a --timeout flag. Maybe it could get a better name.) Either a better name (but what would be such a name?), or better comments and documentation telling what it does. From debbugs-submit-bounces@debbugs.gnu.org Thu Sep 08 08:07:56 2022 Received: (at 50849) by debbugs.gnu.org; 8 Sep 2022 12:07:56 +0000 Received: from localhost ([127.0.0.1]:57425 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oWGK4-0005x5-BJ for submit@debbugs.gnu.org; Thu, 08 Sep 2022 08:07:56 -0400 Received: from quimby.gnus.org ([95.216.78.240]:54014) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oWGJv-0005wl-Tn for 50849@debbugs.gnu.org; Thu, 08 Sep 2022 08:07:54 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:Date:References: In-Reply-To:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=wwc3Gxt99ezikK0MjwErzNbjH/NHd9CgzVas1T40/gg=; b=lD2XMnEMZ/4QUtF9GyEm1OdTKk U2T8DeQsTp64qvJYKP+705pXdsUXpQ0TCJslf0X4MU09JzjwUpd8qcWfuHfmw0nRDxEI+ft0IS25f Oz+tba0qY3Ef5dXR+vEf344trGzNJNpGmE5CND2FOZmJbIPjuAqGu4LbFPtpYQvN+D2M=; Received: from [84.212.220.105] (helo=joga) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oWGJm-0001y7-Nd; Thu, 08 Sep 2022 14:07:40 +0200 From: Lars Ingebrigtsen To: Eli Zaretskii Subject: Re: bug#50849: 28.0.50; Proposal for Emacs daemon to signal when being busy In-Reply-To: <83wnaefltf.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 08 Sep 2022 08:59:40 +0300") References: <86czouksh2.fsf@protected.rcdrun.com> <83o7vyowcl.fsf@gnu.org> <87czceufj1.fsf@gnus.org> <83ilm6osqz.fsf@gnu.org> <87sflaszct.fsf@gnus.org> <874jxpevb6.fsf@gmail.com> <838rn1q3g9.fsf@gnu.org> <87edwsiy9p.fsf@gnus.org> <87a67d1vyg.fsf@gnus.org> <83ilm1jkss.fsf@gnu.org> <87v8q1b2ij.fsf@gmail.com> <83czc8k7zw.fsf@gnu.org> <83czc7j4bs.fsf@gnu.org> <87leqvbhhg.fsf@gmail.com> <838rmvig8f.fsf@gnu.org> <83wnaefltf.fsf@gnu.org> X-Now-Playing: Jan Jelinek's _The Raw and The Cooked_: "The Raw and The Cooked (II)" Date: Thu, 08 Sep 2022 14:07:38 +0200 Message-ID: <87pmg63w8l.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Eli Zaretskii writes: > With the current code on master, we will output > messages that we previously didn't, and that could potentially break > someone's scripts. That is a potential problem, but I think the advantage (not seemingly hanging without output) is worth it -- especially if the message is on stderr. Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 50849 Cc: rpluim@gmail.com, visuweshm@gmail.com, Stefan Kangas , bugs@gnu.support, 50849@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Eli Zaretskii writes: > With the current code on master, we will output > messages that we previously didn't, and that could potentially break > someone's scripts. That is a potential problem, but I think the advantage (not seemingly hanging without output) is worth it -- especially if the message is on stderr. From debbugs-submit-bounces@debbugs.gnu.org Thu Sep 08 09:43:10 2022 Received: (at 50849) by debbugs.gnu.org; 8 Sep 2022 13:43:10 +0000 Received: from localhost ([127.0.0.1]:57769 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oWHoD-0000RP-TJ for submit@debbugs.gnu.org; Thu, 08 Sep 2022 09:43:10 -0400 Received: from eggs.gnu.org ([209.51.188.92]:54348) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oWHo9-0000Qm-N5 for 50849@debbugs.gnu.org; Thu, 08 Sep 2022 09:43:06 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:42708) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oWHo3-0005Nm-Vb; Thu, 08 Sep 2022 09:42:59 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=15xT/VbyuwSqPxqGoNi3QtU6EDhGG3ZzFoZ7AADM2ME=; b=hGhUS2zKOqNA w/hvJi9yt8OgyGZhjU410Eh+/XeEf1uNLjGcvJug9yWo7wMn1k53BxozdrQHpnmBGoeMV3EkEnKok WaVHIux9fC8TCQUbHLHq3iN68c2Jj4aOBDAq2oTxJ8vxVPjkhdNxKTNn7OgdZLmZaaKz1Sucb3wvF 5IGidaTgam+A7IFx3w5tIXLGJ9W9ZMHGin0BjEFzcgdcxeHkiBoCuB0dOpswdKWRn4q8FXq9cJBW8 nFTFVd0h9Z/gv3BIPwTGtwn9l8Z1EJRsL324O+oiW7Nns5P9mNJ5nYKPBJF5gBjOzVNwJRZ5+jYx+ OZfcC3ADdSXQiLgrh/P44w==; Received: from [87.69.77.57] (port=4294 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 1oWHo1-0006dQ-Kf; Thu, 08 Sep 2022 09:42:58 -0400 Date: Thu, 08 Sep 2022 16:42:43 +0300 Message-Id: <83zgfadlt8.fsf@gnu.org> From: Eli Zaretskii To: Lars Ingebrigtsen In-Reply-To: <87pmg63w8l.fsf@gnus.org> (message from Lars Ingebrigtsen on Thu, 08 Sep 2022 14:07:38 +0200) Subject: Re: bug#50849: 28.0.50; Proposal for Emacs daemon to signal when being busy References: <86czouksh2.fsf@protected.rcdrun.com> <83o7vyowcl.fsf@gnu.org> <87czceufj1.fsf@gnus.org> <83ilm6osqz.fsf@gnu.org> <87sflaszct.fsf@gnus.org> <874jxpevb6.fsf@gmail.com> <838rn1q3g9.fsf@gnu.org> <87edwsiy9p.fsf@gnus.org> <87a67d1vyg.fsf@gnus.org> <83ilm1jkss.fsf@gnu.org> <87v8q1b2ij.fsf@gmail.com> <83czc8k7zw.fsf@gnu.org> <83czc7j4bs.fsf@gnu.org> <87leqvbhhg.fsf@gmail.com> <838rmvig8f.fsf@gnu.org> <83wnaefltf.fsf@gnu.org> <87pmg63w8l.fsf@gnus.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 50849 Cc: rpluim@gmail.com, visuweshm@gmail.com, stefankangas@gmail.com, bugs@gnu.support, 50849@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Lars Ingebrigtsen > Cc: Stefan Kangas , rpluim@gmail.com, > 50849@debbugs.gnu.org, bugs@gnu.support, visuweshm@gmail.com > Date: Thu, 08 Sep 2022 14:07:38 +0200 > > Eli Zaretskii writes: > > > With the current code on master, we will output > > messages that we previously didn't, and that could potentially break > > someone's scripts. > > That is a potential problem, but I think the advantage (not seemingly > hanging without output) is worth it -- especially if the message is on > stderr. For you, that advantage overrides the potential incompatibility, but for someone else the balance could be the other way around. Why not leave this as an opt-in feature, for those who really need it? After all, shell aliases are available to save extra typing. So what's the downside? From debbugs-submit-bounces@debbugs.gnu.org Thu Sep 08 09:46:26 2022 Received: (at 50849) by debbugs.gnu.org; 8 Sep 2022 13:46:26 +0000 Received: from localhost ([127.0.0.1]:57785 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oWHrO-0002iw-9R for submit@debbugs.gnu.org; Thu, 08 Sep 2022 09:46:26 -0400 Received: from quimby.gnus.org ([95.216.78.240]:57646) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oWHrM-0002ih-Um for 50849@debbugs.gnu.org; Thu, 08 Sep 2022 09:46:25 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:Date:References: In-Reply-To:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=MCEEG2D/19E3bBOWm+hDz2s4AZbT6AdhOZcv1whN0fU=; b=jtbZuzoq0ktFjGYhPjeRPGcbQ/ hoGC1XuZ6bYqjp0dwIlTaP3iU5dyryIMB6XNKiNj9AhwbXbyjEDxXk4W7jNc9Kepp+r0Qx5fWlm5f wYTLyg8o4S82XBS6ofCONUd4y5AsbpxnvfT68Lj+uOggJQqAF/avLaVCsjOshiNG5iDo=; Received: from [84.212.220.105] (helo=joga) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oWHrD-00033w-So; Thu, 08 Sep 2022 15:46:18 +0200 From: Lars Ingebrigtsen To: Eli Zaretskii Subject: Re: bug#50849: 28.0.50; Proposal for Emacs daemon to signal when being busy In-Reply-To: <83zgfadlt8.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 08 Sep 2022 16:42:43 +0300") References: <86czouksh2.fsf@protected.rcdrun.com> <83ilm6osqz.fsf@gnu.org> <87sflaszct.fsf@gnus.org> <874jxpevb6.fsf@gmail.com> <838rn1q3g9.fsf@gnu.org> <87edwsiy9p.fsf@gnus.org> <87a67d1vyg.fsf@gnus.org> <83ilm1jkss.fsf@gnu.org> <87v8q1b2ij.fsf@gmail.com> <83czc8k7zw.fsf@gnu.org> <83czc7j4bs.fsf@gnu.org> <87leqvbhhg.fsf@gmail.com> <838rmvig8f.fsf@gnu.org> <83wnaefltf.fsf@gnu.org> <87pmg63w8l.fsf@gnus.org> <83zgfadlt8.fsf@gnu.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwAgMAAAAqbBEUAAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAADFBMVEWXlWNpalDFzrf/ //+6G1XXAAAAAWJLR0QDEQxM8gAAAAlwSFlzAAALEgAACxIB0t1+/AAAAAd0SU1FB+YJCAw3Jo99 xAwAAAEDSURBVCjPbdG9boQwDAfwfxCWKqYghb0duvAUQTqWm5wq3ts36XBT99tvaKWKp6zzBQw1 QsoPJ8GJgRQGw6aBf0A4QOQPTCLzkTlDdQKmHQbUnwHs0xZd1eC8vg00ok0j3ZgbDIww27nCBu8r AJEVrqATrZOogCXHNcO5UWIDmV6PsA4F1jtaLgV9WBiMmmGS0Z+gZRc8SQy+og8SVkWXQDehA9+B XlCBaLSyBrH6f99gFFzxPn2INOhQM7ZgTadhh4Ikfr6VDRZ9IkpGQkxj1HJC4ApDd3E75GcwDXCv jrRqzPl6490feLPYga9PTA3b9sDku9yfdOEkyN3WL78oXdz+AJswgvt/SGGhAAAAWmVYSWZNTQAq AAAACAAFARIAAwAAAAEAAQAAARoABQAAAAEAAABKARsABQAAAAEAAABSASgAAwAAAAEAAgAAAhMA AwAAAAEAAQAAAAAAAAAAAEgAAAABAAAASAAAAAEfUvc0AAAAJXRFWHRkYXRlOmNyZWF0ZQAyMDIy LTA5LTA4VDEyOjU1OjM4KzAwOjAwWNHXXwAAACV0RVh0ZGF0ZTptb2RpZnkAMjAyMi0wOS0wOFQx Mjo1NTozOCswMDowMCmMb+MAAAAXdEVYdGV4aWY6WUNiQ3JQb3NpdGlvbmluZwAxrA+AYwAAAABJ RU5ErkJggg== X-Now-Playing: Body =?utf-8?Q?Me=CF=80a's?= _The Work Is Slow_: "Ribbon" Date: Thu, 08 Sep 2022 15:46:15 +0200 Message-ID: <87pmg6yo60.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Eli Zaretskii writes: > Why not leave this as an opt-in feature, for those who really need it? > After all, shell aliases are available to save extra typing. So > what's the downside? As I said earlier, nobody is going to write emacsclient --give-me-feedback or whatever, so adding such an option is of little value. Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 50849 Cc: rpluim@gmail.com, visuweshm@gmail.com, stefankangas@gmail.com, bugs@gnu.support, 50849@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Eli Zaretskii writes: > Why not leave this as an opt-in feature, for those who really need it? > After all, shell aliases are available to save extra typing. So > what's the downside? As I said earlier, nobody is going to write emacsclient --give-me-feedback or whatever, so adding such an option is of little value. From debbugs-submit-bounces@debbugs.gnu.org Thu Sep 08 10:06:09 2022 Received: (at 50849) by debbugs.gnu.org; 8 Sep 2022 14:06:09 +0000 Received: from localhost ([127.0.0.1]:59639 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oWIAT-0005wM-0d for submit@debbugs.gnu.org; Thu, 08 Sep 2022 10:06:09 -0400 Received: from eggs.gnu.org ([209.51.188.92]:33926) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oWIAQ-0005vZ-Tz for 50849@debbugs.gnu.org; Thu, 08 Sep 2022 10:06:07 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:43868) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oWIAJ-0001PB-P1; Thu, 08 Sep 2022 10:06:01 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=xTSCFv1ZfzFgVoAd65tSFarlqIizrFz0lwUc/bt9Tco=; b=EwbYRqtfIMMB 7dnQztcrbvY1fAC/3+V+PavsI4eAZQxQgSFViiREg7iOzE6tT3LvDLgXWGgizw8MXlOcXQNAg+Ty6 ihm1yawYik8LNQfg/s+SrN5GMVyFVaotjSZuQ7m5YyLHesXsaoTI3SAWkM8tD9vZoRXHks+g3UYwH ihT/Oz87MpQSp1VUgdWMUsQYe6ZirqL/yV7mmhVdt5qtXekFtmWAoUa1k6lJj8dd0H8nie285b93A uT1iRWxX0gnUQDmgB39RSgzMjEERC5dcZJ/JZZwSJx4DASz1o+fFXtK1SJDf5/Se4NS8sOtf1cBFs owcwumD2VMBugaK0B65oGQ==; Received: from [87.69.77.57] (port=1733 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 1oWIAJ-0004Bj-8N; Thu, 08 Sep 2022 10:05:59 -0400 Date: Thu, 08 Sep 2022 17:05:44 +0300 Message-Id: <83sfl2dkqv.fsf@gnu.org> From: Eli Zaretskii To: Lars Ingebrigtsen In-Reply-To: <87pmg6yo60.fsf@gnus.org> (message from Lars Ingebrigtsen on Thu, 08 Sep 2022 15:46:15 +0200) Subject: Re: bug#50849: 28.0.50; Proposal for Emacs daemon to signal when being busy References: <86czouksh2.fsf@protected.rcdrun.com> <83ilm6osqz.fsf@gnu.org> <87sflaszct.fsf@gnus.org> <874jxpevb6.fsf@gmail.com> <838rn1q3g9.fsf@gnu.org> <87edwsiy9p.fsf@gnus.org> <87a67d1vyg.fsf@gnus.org> <83ilm1jkss.fsf@gnu.org> <87v8q1b2ij.fsf@gmail.com> <83czc8k7zw.fsf@gnu.org> <83czc7j4bs.fsf@gnu.org> <87leqvbhhg.fsf@gmail.com> <838rmvig8f.fsf@gnu.org> <83wnaefltf.fsf@gnu.org> <87pmg63w8l.fsf@gnus.org> <83zgfadlt8.fsf@gnu.org> <87pmg6yo60.fsf@gnus.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 50849 Cc: rpluim@gmail.com, visuweshm@gmail.com, stefankangas@gmail.com, bugs@gnu.support, 50849@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Lars Ingebrigtsen > Cc: stefankangas@gmail.com, rpluim@gmail.com, 50849@debbugs.gnu.org, > bugs@gnu.support, visuweshm@gmail.com > Date: Thu, 08 Sep 2022 15:46:15 +0200 > > Eli Zaretskii writes: > > > Why not leave this as an opt-in feature, for those who really need it? > > After all, shell aliases are available to save extra typing. So > > what's the downside? > > As I said earlier, nobody is going to write emacsclient > --give-me-feedback or whatever, so adding such an option is of little > value. ??? We already added --timeout, so what do you mean by that? From debbugs-submit-bounces@debbugs.gnu.org Thu Sep 08 10:11:47 2022 Received: (at 50849) by debbugs.gnu.org; 8 Sep 2022 14:11:47 +0000 Received: from localhost ([127.0.0.1]:59660 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oWIFu-00066A-Vo for submit@debbugs.gnu.org; Thu, 08 Sep 2022 10:11:47 -0400 Received: from quimby.gnus.org ([95.216.78.240]:58494) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oWIFr-00065t-4y for 50849@debbugs.gnu.org; Thu, 08 Sep 2022 10:11:45 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:Date:References: In-Reply-To:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=MckFXtnx1vbnmQVUpcGECHKsYGkIc4QygfBh0QNmxxY=; b=SIm+eaWnStDERXyKsioAiL12dy 95+0xZInmp1ATt99oO/ecsK4h3y9atqL1025Mi/xRILHL92KHNWjqrzCvXKCi40uCk5saWg55qYkc qhqrSFrK4vWiZfBO3zHq6p8nNFjZmsurp/X3on9pQCtNuMOKdSuR5gzOEB9+O7Ussbh4=; Received: from [84.212.220.105] (helo=joga) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oWIFh-0003Kz-H3; Thu, 08 Sep 2022 16:11:35 +0200 From: Lars Ingebrigtsen To: Eli Zaretskii Subject: Re: bug#50849: 28.0.50; Proposal for Emacs daemon to signal when being busy In-Reply-To: <83sfl2dkqv.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 08 Sep 2022 17:05:44 +0300") References: <86czouksh2.fsf@protected.rcdrun.com> <874jxpevb6.fsf@gmail.com> <838rn1q3g9.fsf@gnu.org> <87edwsiy9p.fsf@gnus.org> <87a67d1vyg.fsf@gnus.org> <83ilm1jkss.fsf@gnu.org> <87v8q1b2ij.fsf@gmail.com> <83czc8k7zw.fsf@gnu.org> <83czc7j4bs.fsf@gnu.org> <87leqvbhhg.fsf@gmail.com> <838rmvig8f.fsf@gnu.org> <83wnaefltf.fsf@gnu.org> <87pmg63w8l.fsf@gnus.org> <83zgfadlt8.fsf@gnu.org> <87pmg6yo60.fsf@gnus.org> <83sfl2dkqv.fsf@gnu.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwAgMAAAAqbBEUAAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAADFBMVEURDhVJTEx3g3H/ //+NUZyMAAAAAWJLR0QDEQxM8gAAAAd0SU1FB+YJCA4KNWKvGQIAAAFfSURBVCjPTZKxTsMwEIbP FY5oJ5CSSukO4jGSIcwB+SziOa4UPwVdOhepjkgnhqZS/JSc7RBxkz/9d77fdwagqLBmJwiRAsc3 9R3O7UtunDVTANM4jZP7gQeCZ8RHZcciKBkAk24GYGPjFIHxsDoiXuW17D89VJkSmyIRvhWHvXMI uagJyt7cBlU8YQuQHG8asautFsBwkI7iC3UFmxEVnbFHrGDVMi9QXnYHrM48WHPiKd2WRKiDnd3F DXttzhGsGdRo4lOVRdtpFZUOETV2bXDWjUTYiaiMKBGnJg6BPFDiDNaDWYBCDf8Auz8YF9hbdATt rMhpgZ1/2AKjLxHRaOKCnwgygAzDXl1uvlETIJGTXdokoUt5jftBeWawjfNIC9bVfIrL4gBb58S8 OGLEeYtkwRfPnwLWNJ/iIy1D6r18XR8a7IOYH3hW6kqHupzTR6rFe2iVctoM1NlyY4hf0wCO9P5O L/wAAAAldEVYdGRhdGU6Y3JlYXRlADIwMjItMDktMDhUMTQ6MTA6NTMrMDA6MDBqrO05AAAAJXRF WHRkYXRlOm1vZGlmeQAyMDIyLTA5LTA4VDE0OjEwOjUzKzAwOjAwG/FVhQAAAABJRU5ErkJggg== X-Now-Playing: Blectum From Blechdom's _DeepBone_: "Ovarian Dancer" Date: Thu, 08 Sep 2022 16:11:32 +0200 Message-ID: <8735d2ymzv.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Eli Zaretskii writes: > ??? We already added --timeout, so what do you mean by that? I don't expect anybody to type --timeout either, but I can see that it might be useful when scripting, for instance. --give-me-feedback, on the other hand, would never be used. Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 50849 Cc: rpluim@gmail.com, visuweshm@gmail.com, stefankangas@gmail.com, bugs@gnu.support, 50849@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Eli Zaretskii writes: > ??? We already added --timeout, so what do you mean by that? I don't expect anybody to type --timeout either, but I can see that it might be useful when scripting, for instance. --give-me-feedback, on the other hand, would never be used. From debbugs-submit-bounces@debbugs.gnu.org Thu Sep 08 10:15:50 2022 Received: (at 50849) by debbugs.gnu.org; 8 Sep 2022 14:15:50 +0000 Received: from localhost ([127.0.0.1]:59673 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oWIJj-00089l-8t for submit@debbugs.gnu.org; Thu, 08 Sep 2022 10:15:50 -0400 Received: from eggs.gnu.org ([209.51.188.92]:48214) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oWIJh-0007qZ-1D for 50849@debbugs.gnu.org; Thu, 08 Sep 2022 10:15:42 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:42488) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oWIJb-0003M1-Pi; Thu, 08 Sep 2022 10:15:35 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=0vvTJMmwZX8cxBKu7bEplzFLwHsq4Dpdld9oqZmcnGY=; b=kepS6OZ/+67O 73fHHzIfZ3N0ezA8OdUfYsRkVHoRfRaXjmyhdP8ouFgayE7dFm/fxzcGq4Cuy+In2B+LZZvE+LVLP b06bumPPzZFzShjtS8W5lN6yDstB4LBHFCdGCMLH+puZRJ3lWM+vz6HNN9UHiPC/Q7smIF199unem KI8U8X8uaW87LXVzkdQzprbjvuoLtyEeHcROS9ojv70FBb/zX7L3j5ApzdDndN5PCJlIZzDUL35xs 8IEObuCW+svpzWJgrwYkX31xSNQwEyOXPkZZAKoAMZypaySN3y1WXETf+SUROaJhlEFpIApItQZmt v61L0PV63tXvtpXvGs4qbg==; Received: from [87.69.77.57] (port=2465 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 1oWIJQ-0008O1-7p; Thu, 08 Sep 2022 10:15:33 -0400 Date: Thu, 08 Sep 2022 17:15:09 +0300 Message-Id: <83pmg6dkb6.fsf@gnu.org> From: Eli Zaretskii To: Lars Ingebrigtsen In-Reply-To: <8735d2ymzv.fsf@gnus.org> (message from Lars Ingebrigtsen on Thu, 08 Sep 2022 16:11:32 +0200) Subject: Re: bug#50849: 28.0.50; Proposal for Emacs daemon to signal when being busy References: <86czouksh2.fsf@protected.rcdrun.com> <874jxpevb6.fsf@gmail.com> <838rn1q3g9.fsf@gnu.org> <87edwsiy9p.fsf@gnus.org> <87a67d1vyg.fsf@gnus.org> <83ilm1jkss.fsf@gnu.org> <87v8q1b2ij.fsf@gmail.com> <83czc8k7zw.fsf@gnu.org> <83czc7j4bs.fsf@gnu.org> <87leqvbhhg.fsf@gmail.com> <838rmvig8f.fsf@gnu.org> <83wnaefltf.fsf@gnu.org> <87pmg63w8l.fsf@gnus.org> <83zgfadlt8.fsf@gnu.org> <87pmg6yo60.fsf@gnus.org> <83sfl2dkqv.fsf@gnu.org> <8735d2ymzv.fsf@gnus.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 50849 Cc: rpluim@gmail.com, visuweshm@gmail.com, stefankangas@gmail.com, bugs@gnu.support, 50849@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Lars Ingebrigtsen > Cc: stefankangas@gmail.com, rpluim@gmail.com, 50849@debbugs.gnu.org, > bugs@gnu.support, visuweshm@gmail.com > Date: Thu, 08 Sep 2022 16:11:32 +0200 > > Eli Zaretskii writes: > > > ??? We already added --timeout, so what do you mean by that? > > I don't expect anybody to type --timeout either, but I can see that it > might be useful when scripting, for instance. --give-me-feedback, on > the other hand, would never be used. I think there's some misunderstanding: I wasn't taking about anything called --give-me-feedback. From debbugs-submit-bounces@debbugs.gnu.org Thu Sep 08 10:19:51 2022 Received: (at 50849) by debbugs.gnu.org; 8 Sep 2022 14:19:51 +0000 Received: from localhost ([127.0.0.1]:59718 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oWINj-00004v-5H for submit@debbugs.gnu.org; Thu, 08 Sep 2022 10:19:51 -0400 Received: from mail-wr1-f45.google.com ([209.85.221.45]:33342) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oWINf-0008WM-Mg for 50849@debbugs.gnu.org; Thu, 08 Sep 2022 10:19:49 -0400 Received: by mail-wr1-f45.google.com with SMTP id k9so26377831wri.0 for <50849@debbugs.gnu.org>; Thu, 08 Sep 2022 07:19:47 -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:references :in-reply-to:subject:cc:to:from:from:to:cc:subject:date; bh=QJwKLLr/TvCrkvtr+wirGMVlYZWw6SVysWVNMaVHw70=; b=kD0SnYItdLDZzwKoY6qOZt7c+f5AoTFp8ylhGtvpq8eN/xgRHBTSoaiNcNibIRK5aZ +vyIoF7d/0WdI3bTrJWqcuKN41MMTmsPq+jwVFHa/3ULWqLfuWx6+UTfwlimEAegfB0N ESkyutr+QteQSFD4mzkd/JQ3fy6zfBOB5zETUW+04JlIHLc0nMthwgXFBxKEctZm3x4g vzhTC2KsnTq/YC45Zk6e25TyTaWTdKzDaHaHT9ByC0ssaD0FKafzzB8DEyJDoGmwHIQt b73D71TXNv6t1ARwr2FvsYcaNHeUhkrD2Fxpw7buig+wHY+osD1nvMUHkIhykuhSI6Rj jYKA== 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:references :in-reply-to:subject:cc:to:from:x-gm-message-state:from:to:cc :subject:date; bh=QJwKLLr/TvCrkvtr+wirGMVlYZWw6SVysWVNMaVHw70=; b=0ifO8rubM/cgDooL/PQUMsGIDlsq+w4ZxcXzQR+6oj1UmuyWShLzwKmcwur7igGtHh jPoInayQSFnRjcnPMjLl9P34Lbx+TKEdbyttCcwkF4zZDpYHwPGwjyWSl+PZTDd5d1Tn Vfpl3VzRFJa+UrkAU6U0253mzFNiqySl4wbICKWsSVGmGCCTuheNQcY4VKp2FvUnoKIJ 84yO8iU6JL3l1gqlDO1K+BdlyGYr65buFZtefn+V6WoN2vudwN58ITCjHbq3icYLPliY zgwZ2kLvNu2Fp8wSnzbyAgm/Dgvz3uW7d1q0wmJcIwcw8nxIq8eP7tm6I1+DantQMJ/2 wdyg== X-Gm-Message-State: ACgBeo0lGFzmZ7EuZLshjY3sjmRRxZodrs/9hCzEDEOiurOXCTbDO+L2 Er9LtZzQD/NkpXHLYJatbSQ= X-Google-Smtp-Source: AA6agR7jVnWzszcj1iwl98HHkUuO5clkfY800XFAtSRH3WzcuHmyBuK4tCSa4Q8xfw27tr6OknIL7Q== X-Received: by 2002:a5d:66ce:0:b0:228:a430:673f with SMTP id k14-20020a5d66ce000000b00228a430673fmr5381108wrw.355.1662646781750; Thu, 08 Sep 2022 07:19:41 -0700 (PDT) Received: from rltb ([2a01:e0a:3f3:fb50:c77e:eb83:4552:e88d]) by smtp.gmail.com with ESMTPSA id d17-20020adffbd1000000b002253d865715sm20805178wrs.87.2022.09.08.07.19.40 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 08 Sep 2022 07:19:41 -0700 (PDT) From: Robert Pluim To: Eli Zaretskii Subject: Re: bug#50849: 28.0.50; Proposal for Emacs daemon to signal when being busy In-Reply-To: <83pmg6dkb6.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 08 Sep 2022 17:15:09 +0300") References: <86czouksh2.fsf@protected.rcdrun.com> <87edwsiy9p.fsf@gnus.org> <87a67d1vyg.fsf@gnus.org> <83ilm1jkss.fsf@gnu.org> <87v8q1b2ij.fsf@gmail.com> <83czc8k7zw.fsf@gnu.org> <83czc7j4bs.fsf@gnu.org> <87leqvbhhg.fsf@gmail.com> <838rmvig8f.fsf@gnu.org> <83wnaefltf.fsf@gnu.org> <87pmg63w8l.fsf@gnus.org> <83zgfadlt8.fsf@gnu.org> <87pmg6yo60.fsf@gnus.org> <83sfl2dkqv.fsf@gnu.org> <8735d2ymzv.fsf@gnus.org> <83pmg6dkb6.fsf@gnu.org> Date: Thu, 08 Sep 2022 16:19:40 +0200 Message-ID: <87czc67xtv.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 50849 Cc: Lars Ingebrigtsen , visuweshm@gmail.com, stefankangas@gmail.com, bugs@gnu.support, 50849@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >>>>> On Thu, 08 Sep 2022 17:15:09 +0300, Eli Zaretskii said: >> From: Lars Ingebrigtsen >> Cc: stefankangas@gmail.com, rpluim@gmail.com, 50849@debbugs.gnu.or= g, >> bugs@gnu.support, visuweshm@gmail.com >> Date: Thu, 08 Sep 2022 16:11:32 +0200 >>=20 >> Eli Zaretskii writes: >>=20 >> > ??? We already added --timeout, so what do you mean by that? >>=20 >> I don't expect anybody to type --timeout either, but I can see that = it >> might be useful when scripting, for instance. --give-me-feedback, on >> the other hand, would never be used. Eli> I think there's some misunderstanding: I wasn't taking about anyth= ing Eli> called --give-me-feedback. So if we set DEFAULT_TIMEOUT to 0, people who do nothing get no messages, and people who do --timeout get messages. I think that satisfies Eli=CA=BCs concern about compatibility (I=CA=BCd even go so far a= s not setting the timeout at all if it=CA=BCs not requested. Why yes, I am paranoid about changing old code). Robert --=20 From debbugs-submit-bounces@debbugs.gnu.org Thu Sep 08 12:03:16 2022 Received: (at 50849) by debbugs.gnu.org; 8 Sep 2022 16:03:16 +0000 Received: from localhost ([127.0.0.1]:59958 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oWJzo-0007IJ-78 for submit@debbugs.gnu.org; Thu, 08 Sep 2022 12:03:16 -0400 Received: from eggs.gnu.org ([209.51.188.92]:49112) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oWJzk-0007I0-Tk for 50849@debbugs.gnu.org; Thu, 08 Sep 2022 12:03:15 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:51016) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oWJzf-0004XI-BZ; Thu, 08 Sep 2022 12:03:07 -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=7QglDVC9in1kcQrQfTZNNdeRjrfs/R0W0WKzixXHAFU=; b=pWWheSsgGd9ItV6qFJWH VBmK/RUj4+pdCbgDTeDEJc8q/UjMw1jko7vl5rkVQTe+PrwzblXbIf9t++n0KEMSmo+9AIkpUtVIN HjWcEf5EEuLUtNxkGuUgRYWjKYfBktbEO81vP8CSFikb6yPXk7AZVJj3pf1Vbftxl5pxcfFaeo1ob jCMa2txq6bIjguh8yUnfTWUE9ZB33t6iTUeDQis1cNa5w7rqQNwiEpL+ZOr8Q0wvvSkoQAyO15yx2 AbyIaZmBo2OQAqcg3pwn/52+Z389JfLYxAWimmcCKN2Mzu01IZgGbUuPkUl8va7p6FkVuUlrkr+ii 7Un/vzM/AQczMg==; Received: from [87.69.77.57] (port=1147 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 1oWJzc-0008O4-BX; Thu, 08 Sep 2022 12:03:06 -0400 Date: Thu, 08 Sep 2022 19:02:50 +0300 Message-Id: <83mtb9etw5.fsf@gnu.org> From: Eli Zaretskii To: Robert Pluim In-Reply-To: <87czc67xtv.fsf@gmail.com> (message from Robert Pluim on Thu, 08 Sep 2022 16:19:40 +0200) Subject: Re: bug#50849: 28.0.50; Proposal for Emacs daemon to signal when being busy References: <86czouksh2.fsf@protected.rcdrun.com> <87edwsiy9p.fsf@gnus.org> <87a67d1vyg.fsf@gnus.org> <83ilm1jkss.fsf@gnu.org> <87v8q1b2ij.fsf@gmail.com> <83czc8k7zw.fsf@gnu.org> <83czc7j4bs.fsf@gnu.org> <87leqvbhhg.fsf@gmail.com> <838rmvig8f.fsf@gnu.org> <83wnaefltf.fsf@gnu.org> <87pmg63w8l.fsf@gnus.org> <83zgfadlt8.fsf@gnu.org> <87pmg6yo60.fsf@gnus.org> <83sfl2dkqv.fsf@gnu.org> <8735d2ymzv.fsf@gnus.org> <83pmg6dkb6.fsf@gnu.org> <87czc67xtv.fsf@gmail.com> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 50849 Cc: larsi@gnus.org, visuweshm@gmail.com, stefankangas@gmail.com, bugs@gnu.support, 50849@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Robert Pluim > Cc: Lars Ingebrigtsen , stefankangas@gmail.com, > 50849@debbugs.gnu.org, bugs@gnu.support, visuweshm@gmail.com > Date: Thu, 08 Sep 2022 16:19:40 +0200 > > >>>>> On Thu, 08 Sep 2022 17:15:09 +0300, Eli Zaretskii said: > > >> From: Lars Ingebrigtsen > >> Cc: stefankangas@gmail.com, rpluim@gmail.com, 50849@debbugs.gnu.org, > >> bugs@gnu.support, visuweshm@gmail.com > >> Date: Thu, 08 Sep 2022 16:11:32 +0200 > >> > >> Eli Zaretskii writes: > >> > >> > ??? We already added --timeout, so what do you mean by that? > >> > >> I don't expect anybody to type --timeout either, but I can see that it > >> might be useful when scripting, for instance. --give-me-feedback, on > >> the other hand, would never be used. > > Eli> I think there's some misunderstanding: I wasn't taking about anything > Eli> called --give-me-feedback. > > So if we set DEFAULT_TIMEOUT to 0, people who do nothing get no > messages, and people who do --timeout get messages. I think that > satisfies Eliʼs concern about compatibility Yes, I think so. > (Iʼd even go so far as not setting the timeout at all if itʼs not > requested. Why yes, I am paranoid about changing old code). I agree. From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 09 04:47:37 2022 Received: (at 50849) by debbugs.gnu.org; 9 Sep 2022 08:47:37 +0000 Received: from localhost ([127.0.0.1]:60863 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oWZfl-0007QI-28 for submit@debbugs.gnu.org; Fri, 09 Sep 2022 04:47:37 -0400 Received: from mail-wr1-f47.google.com ([209.85.221.47]:42662) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oWZff-0007Q1-HP for 50849@debbugs.gnu.org; Fri, 09 Sep 2022 04:47:35 -0400 Received: by mail-wr1-f47.google.com with SMTP id o25so1542736wrf.9 for <50849@debbugs.gnu.org>; Fri, 09 Sep 2022 01:47:31 -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:references :in-reply-to:subject:cc:to:from:from:to:cc:subject:date; bh=qwtIHHHTB7qpZq79kuyCKUD+h/YqdgHDAr4KukfbW2c=; b=GqgG2XlwVEf6b/FYoXxIezbHMRyIFSoUgS5aSWTO2F+QZSG/9BMBYIj+CaE5mtYPw0 jPYajcXBbpXBDBzRogjAmuK/KL+AEzsDfAcQQay250a3H2lrxQQWi5BK0FF980j2Y6IA WUtmwRjp/clOst8N+nOZq9TZPCxO5VSXquDAqFO30UUpfwLHek1upBFEZxrkz6BS0dUX qEqw00Ppx0Au1Rm1sJFXY3I9huDHKPmaSVUUemYGuYN2qNsQMGO5FeUiKaoFYzt/8zrF c44Gh7o/P6/FSJ/1K/5lziEpGNiM5odlLhAkaDkSDU6VzgXddmYDW8vFKIvgYDoMGpwi fZNA== 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:references :in-reply-to:subject:cc:to:from:x-gm-message-state:from:to:cc :subject:date; bh=qwtIHHHTB7qpZq79kuyCKUD+h/YqdgHDAr4KukfbW2c=; b=e1goxRTcJ32zCZg3Lc/Hpbe8Kgs8cA8KC34vuU60EIgxddZypg1b0gJCkpLgeP7B6w Sl7SexbaAhDOx7H0l4mV9hWSqw2GQCPvYaDPX1CRRBmWCyiCqBT1LmMu4S32B9HTY9B9 vTmu4uxPLdTRix1JRkul6w4lXtwupD6EEy9U0NP8P5IHSmB82ZNOfN/zd/oxFoxvVshP +PG7WEvbDeeOZfwqMPJLJh5HddFJjNg2ttizLWsbnaunbPEpJDrz4X+zCDFwscOMoGFz NX3Ay4pgOBjBhkJQccB5jWF8fqDmIlSSYxVxKaZMUIc1lC4VLUNpticNq3h5tG9yTumN INTQ== X-Gm-Message-State: ACgBeo3Z5MCd37uunJGRURwxHbuKIkJQ+PEfX282oMjOKtFwePED+gKv lXUtgZf516TvxGS9bdMgZfJECvMpvHNWog== X-Google-Smtp-Source: AA6agR4GKEYlfVCssYewUVGCQjrEgs8amzPVStDXVV7kFtFgKE0ZGHx2OczpKFmTCrF3KNgH0qeKfg== X-Received: by 2002:adf:fbd1:0:b0:228:6406:23d8 with SMTP id d17-20020adffbd1000000b00228640623d8mr7358028wrs.45.1662713245008; Fri, 09 Sep 2022 01:47:25 -0700 (PDT) Received: from rltb ([2a01:e0a:3f3:fb50:a290:d8f3:806c:3938]) by smtp.gmail.com with ESMTPSA id h10-20020a1c210a000000b003b340cca018sm1398118wmh.16.2022.09.09.01.47.23 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 09 Sep 2022 01:47:24 -0700 (PDT) From: Robert Pluim To: Eli Zaretskii Subject: Re: bug#50849: 28.0.50; Proposal for Emacs daemon to signal when being busy In-Reply-To: <83mtb9etw5.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 08 Sep 2022 19:02:50 +0300") References: <86czouksh2.fsf@protected.rcdrun.com> <87a67d1vyg.fsf@gnus.org> <83ilm1jkss.fsf@gnu.org> <87v8q1b2ij.fsf@gmail.com> <83czc8k7zw.fsf@gnu.org> <83czc7j4bs.fsf@gnu.org> <87leqvbhhg.fsf@gmail.com> <838rmvig8f.fsf@gnu.org> <83wnaefltf.fsf@gnu.org> <87pmg63w8l.fsf@gnus.org> <83zgfadlt8.fsf@gnu.org> <87pmg6yo60.fsf@gnus.org> <83sfl2dkqv.fsf@gnu.org> <8735d2ymzv.fsf@gnus.org> <83pmg6dkb6.fsf@gnu.org> <87czc67xtv.fsf@gmail.com> <83mtb9etw5.fsf@gnu.org> Date: Fri, 09 Sep 2022 10:47:23 +0200 Message-ID: <87czc57x44.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 50849 Cc: larsi@gnus.org, 50849@debbugs.gnu.org, stefankangas@gmail.com, bugs@gnu.support, visuweshm@gmail.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >>>>> On Thu, 08 Sep 2022 19:02:50 +0300, Eli Zaretskii said: >> So if we set DEFAULT_TIMEOUT to 0, people who do nothing get no >> messages, and people who do --timeout get messages. I think that >> satisfies Eli=CA=BCs concern about compatibility Eli> Yes, I think so. >> (I=CA=BCd even go so far as not setting the timeout at all if it=CA= =BCs not >> requested. Why yes, I am paranoid about changing old code). Eli> I agree. So this simplifies the code considerably, and in fact removes the whole retry thing completely. diff --git a/lib-src/emacsclient.c b/lib-src/emacsclient.c index 49d90a989f..b9ade602e4 100644 --- a/lib-src/emacsclient.c +++ b/lib-src/emacsclient.c @@ -66,8 +66,6 @@ Copyright (C) 1986-2022 Free Software Foundation, Inc. =20 #endif /* !WINDOWSNT */ =20 -#define DEFAULT_TIMEOUT (30) - #include #include #include @@ -2137,35 +2135,24 @@ main (int argc, char **argv) } fflush (stdout); =20 - set_socket_timeout (emacs_socket, timeout > 0 ? timeout : DEFAULT_TIMEOU= T); + if (timeout > 0) + set_socket_timeout (emacs_socket, timeout); bool saw_response =3D false; + /* Now, wait for an answer and print any messages. */ while (exit_status =3D=3D EXIT_SUCCESS) { - bool retry =3D true; - bool msg_showed =3D quiet; do { act_on_signals (emacs_socket); rl =3D recv (emacs_socket, string, BUFSIZ, 0); - retry =3D check_socket_timeout (rl); - if (retry && !saw_response) - { - if (timeout > 0) - { - /* Don't retry if we were given a --timeout flag. */ - fprintf (stderr, "\nServer not responding; timed out after %lu seconds= ", - timeout); - retry =3D false; - } - else if (!msg_showed) - { - msg_showed =3D true; - fprintf (stderr, "\nServer not responding; use Ctrl+C to break"); - } - } + if (timeout > 0 + && check_socket_timeout (rl) + && !saw_response) + fprintf (stderr, "\nServer not responding; timed out after %lu second= s", + timeout); } - while ((rl < 0 && errno =3D=3D EINTR) || retry); + while (rl < 0 && errno =3D=3D EINTR); =20 if (rl <=3D 0) break; Robert --=20 From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 09 05:29:29 2022 Received: (at 50849) by debbugs.gnu.org; 9 Sep 2022 09:29:29 +0000 Received: from localhost ([127.0.0.1]:60887 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oWaKH-0008TV-4J for submit@debbugs.gnu.org; Fri, 09 Sep 2022 05:29:29 -0400 Received: from mail-oa1-f54.google.com ([209.85.160.54]:35446) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oWaKB-0008TC-Nh for 50849@debbugs.gnu.org; Fri, 09 Sep 2022 05:29:27 -0400 Received: by mail-oa1-f54.google.com with SMTP id 586e51a60fabf-1225219ee46so2458573fac.2 for <50849@debbugs.gnu.org>; Fri, 09 Sep 2022 02:29:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:mime-version:references:in-reply-to :from:from:to:cc:subject:date; bh=egH7PTnhWeFU88C7vJRxediI9ttUkWjptmojVug9Cgo=; b=Tet9dyN+fTkk/TACCe411ZcUiibLktY5rL29GjMZqJY1Ju2WE5+8WY++X9y8FTKL3m mglGCvEb+ksld1Wu7HvBGZoH/RVmxoV+Ev5Z9Lm22Lkk1l+Vd426lxtkJ9TXyotWBw7N k8u+6RHu07/rEVMZ/TEXRj2UbJFSQbvPn07Bx9s5MMx5m1FdvNo5HKA4mVZxO5eKpYsx vRdzpUtgwRdksmArZFnbYUWQUD1DEhyQRIi0Ry7t173WZIediziwlGz7+Ep/pmYFT84c tzYVNBEyx67lz/2gvC0jbraZXPWUQZgqqpO/4RNvtaiWMlO97i1ujB1X+FTqNA8lURVH WRzw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:mime-version:references:in-reply-to :from:x-gm-message-state:from:to:cc:subject:date; bh=egH7PTnhWeFU88C7vJRxediI9ttUkWjptmojVug9Cgo=; b=le4YEu/L0NTv14Qs064DjwpjNGr0UYQZv6BO9m5EcSenxbVUHotoY7snEzRWRSzpD7 B5dP7SYzJEfJnvRAMngIzGNyrUKecQHYg89UBtgZzmohbiKT0zWMwlJoaxfxaKAoeGi8 RO1MYKBVHhAFFGyic5mJaMXZa1Xnluo58e5HMJtoGS+ypb/OGHVW4CZgafdwEMZ7+Erb p1aNApN7VbihN/6p0P3uCMzdX8sIXmucrgn7NTxdrHUEJfE9dknjycXrBqRfnJaV5zP1 WuXMs2DWe/OTOLBHEQFjrc6JBo18S+Tsj3kalv1LqOd2r7/nCS01X1WZZNBVDiUOdWRn HFQA== X-Gm-Message-State: ACgBeo3tolaPoPUOm0tiV8Wr1aDXDiEv4LNyU8OXJFIzlkyg1MZbnbxa +lQSftgogDIkp2t6rwztGTWdqRfazuPHcW59O18= X-Google-Smtp-Source: AA6agR6OeNNsr4+gVMK1HYms86WuZhNhBIqxt0odDXkz5xI0rl8FCZm+1LfVvHD48fwN3hHczJ/qenYyxjb4uQN44hM= X-Received: by 2002:a05:6808:1688:b0:345:ea9a:2954 with SMTP id bb8-20020a056808168800b00345ea9a2954mr3173564oib.199.1662715757868; Fri, 09 Sep 2022 02:29:17 -0700 (PDT) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Fri, 9 Sep 2022 05:29:17 -0400 From: Stefan Kangas In-Reply-To: <87czc57x44.fsf@gmail.com> References: <86czouksh2.fsf@protected.rcdrun.com> <83ilm1jkss.fsf@gnu.org> <87v8q1b2ij.fsf@gmail.com> <83czc8k7zw.fsf@gnu.org> <83czc7j4bs.fsf@gnu.org> <87leqvbhhg.fsf@gmail.com> <838rmvig8f.fsf@gnu.org> <83wnaefltf.fsf@gnu.org> <87pmg63w8l.fsf@gnus.org> <83zgfadlt8.fsf@gnu.org> <87pmg6yo60.fsf@gnus.org> <83sfl2dkqv.fsf@gnu.org> <8735d2ymzv.fsf@gnus.org> <83pmg6dkb6.fsf@gnu.org> <87czc67xtv.fsf@gmail.com> <83mtb9etw5.fsf@gnu.org> <87czc57x44.fsf@gmail.com> X-Hashcash: 1:20:220909:50849@debbugs.gnu.org::2orc15Wcun2w0h1k:1wKP MIME-Version: 1.0 Date: Fri, 9 Sep 2022 05:29:17 -0400 Message-ID: Subject: Re: bug#50849: 28.0.50; Proposal for Emacs daemon to signal when being busy To: Robert Pluim , Eli Zaretskii Content-Type: text/plain; charset="UTF-8" X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 50849 Cc: larsi@gnus.org, 50849@debbugs.gnu.org, bugs@gnu.support, visuweshm@gmail.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Robert Pluim writes: > So this simplifies the code considerably, and in fact removes the > whole retry thing completely. We could do that, yes. It looks good to me. I had a different idea in mind though, which lets us keep the diagnostic message, but only if given a --verbose flag. We could extend --verbose to include more diagnostic output in the future. Please see the attached patch. I'm happy with either your patch or mine, depending on what people prefer. diff --git a/lib-src/emacsclient.c b/lib-src/emacsclient.c index 88800b9b2e..cd3069d7a8 100644 --- a/lib-src/emacsclient.c +++ b/lib-src/emacsclient.c @@ -66,7 +66,9 @@ Copyright (C) 1986-2022 Free Software Foundation, Inc. #endif /* !WINDOWSNT */ -#define DEFAULT_TIMEOUT (30) +/* Seconds to wait before warning that the server hasn't responded. + Only applicable with --verbose and without any --timeout flag. */ +#define DEFAULT_WARN_AFTER (30) #include #include @@ -110,6 +112,9 @@ #define DEFAULT_TIMEOUT (30) /* True means don't print messages for successful operations. --quiet. */ static bool quiet; +/* True means print verbose messages. --verbose. */ +static bool verbose; + /* True means don't print values returned from emacs. --suppress-output. */ static bool suppress_output; @@ -166,6 +171,7 @@ #define DEFAULT_TIMEOUT (30) static struct option const longopts[] = { { "no-wait", no_argument, NULL, 'n' }, + { "verbose", no_argument, NULL, 'v' }, { "quiet", no_argument, NULL, 'q' }, { "suppress-output", no_argument, NULL, 'u' }, { "eval", no_argument, NULL, 'e' }, @@ -191,7 +197,7 @@ #define DEFAULT_TIMEOUT (30) /* Short options, in the same order as the corresponding long options. There is no '-p' short option. */ static char const shortopts[] = - "nqueHVtca:F:w:" + "nqueHVtcva:F:w:" #ifdef SOCKETS_IN_FILE_SYSTEM "s:" #endif @@ -488,6 +494,23 @@ message (bool is_error, const char *format, ...) va_end (args); } +/* Print message only if we got the --verbose flag. */ +static void print_verbose (const char *, ...) ATTRIBUTE_FORMAT_PRINTF (1, 2); +static void +print_verbose (const char *format, ...) +{ + va_list args; + va_start (args, format); + + if (verbose) + { + vfprintf (stderr, format, args); + fflush (stderr); + } + + va_end (args); +} + /* Decode the options from argv and argc. The global variable 'optind' will say how many arguments we used up. */ @@ -556,6 +579,10 @@ decode_options (int argc, char **argv) quiet = true; break; + case 'v': + verbose = true; + break; + case 'u': suppress_output = true; break; @@ -2144,40 +2171,49 @@ main (int argc, char **argv) } fflush (stdout); - set_socket_timeout (emacs_socket, timeout > 0 ? timeout : DEFAULT_TIMEOUT); - bool saw_response = false; + bool should_timeout = timeout > 0 || verbose; /* Now, wait for an answer and print any messages. */ while (exit_status == EXIT_SUCCESS) { - bool retry = true; - bool msg_showed = quiet; + if (should_timeout) + set_socket_timeout (emacs_socket, + timeout > 0 ? timeout : DEFAULT_WARN_AFTER); do { + retry_recv: act_on_signals (emacs_socket); rl = recv (emacs_socket, string, BUFSIZ, 0); - retry = check_socket_timeout (rl); - if (retry && !saw_response) + + /* Handle --timeout and --verbose. */ + if (should_timeout + /* Just retry if we got EINTR; it's not a timeout. */ + && errno != EINTR) { - if (timeout > 0) - { - /* Don't retry if we were given a --timeout flag. */ - fprintf (stderr, "\nServer not responding; timed out after %lu seconds", - timeout); - retry = false; - } - else if (!msg_showed) + should_timeout = false; + set_socket_timeout (emacs_socket, 0); + + if (check_socket_timeout (rl)) { - msg_showed = true; - fprintf (stderr, "\nServer not responding; use Ctrl+C to break"); + if (timeout > 0) + { + fprintf (stderr, + "\nServer not responding; timed out after %lu seconds", + timeout); + break; + } + else /* if (verbose) */ + { + print_verbose ("\nServer not responding; use Ctrl+C to break"); + goto retry_recv; + } } } } - while ((rl < 0 && errno == EINTR) || retry); + while (rl < 0 && errno == EINTR); if (rl <= 0) break; - saw_response = true; string[rl] = '\0'; /* Loop over all NL-terminated messages. */ From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 09 05:35:29 2022 Received: (at 50849) by debbugs.gnu.org; 9 Sep 2022 09:35:29 +0000 Received: from localhost ([127.0.0.1]:60892 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oWaQ5-0000Ch-2W for submit@debbugs.gnu.org; Fri, 09 Sep 2022 05:35:29 -0400 Received: from mail-wr1-f47.google.com ([209.85.221.47]:38795) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oWaQ3-0000CT-6o for 50849@debbugs.gnu.org; Fri, 09 Sep 2022 05:35:28 -0400 Received: by mail-wr1-f47.google.com with SMTP id b5so1763635wrr.5 for <50849@debbugs.gnu.org>; Fri, 09 Sep 2022 02:35:27 -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:references :in-reply-to:subject:cc:to:from:from:to:cc:subject:date; bh=pFCfsH7Dx79GZjI1wieQ60IA5prhpL9esRyHY3zpL9s=; b=AILqXZU39qBh99f6ALbnze9unsC/BOiZ6yiG5C/hWli0eYioDzuFfn3QO2DtQ9tCoP YL9vFuQl2GwjT0BD5jkOu5u84ma6VoJljo9J6BkoUS0Oc84QXsIkCGtoxbYYgGBbizg5 zS2QuuAJWsb+qFOekG1r850QTbWTPdXcktCqc+cemd42cbAs3y5B2VVRbryyw1ERmI1m mKqUvVOcB6cYH6VftQhEGayWTWfKPQNuYqE1NJa4mYpY5OCbgHcrjN02S0KqLGS35e8D YTWoEiqAXdFlQhAC85eQh28KFVNYkkS5IGlj6ViczRocw0y4op9pCc7A5a0Gxtyy4FnH zgrQ== 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:references :in-reply-to:subject:cc:to:from:x-gm-message-state:from:to:cc :subject:date; bh=pFCfsH7Dx79GZjI1wieQ60IA5prhpL9esRyHY3zpL9s=; b=0bhN7jaskcxwbxq0/DNSVOdf00fGvi/XWFcxgh9TnaWctaWjVtvtv++5Fs+gm5UCii jp0OzmayCEOKa043X6UcDD650/G1Dz4T8syRc4mdcaWeJK7Gsuidy9Gu0XwXai4m/y7s 15IvAJmDPWtMjg1qev0fZ9gtkM4XKMpm4KKOKm3MSS0M9JKUWE+GaxjwCoe/toaGf6wM IE27IhV1tb0kdm2B2XpAjQm820yBzzjWW7P3f9jNi8FlnXHx05bGSwOtQeywzcGnnjA1 ukm0kV7Lf4Z1ZAj+esRe0PIoO99FzfXicvhQawSDisEwlIRvFz5uoH58AEhhecioZj6B 95+A== X-Gm-Message-State: ACgBeo3/uXhei8pLtcjLBlrxlYRohd6fjQCghp18BTkGjIZApFnl2xbS +Ykm420Rtxt4WEtEx/brO9syMpD2HAteFg== X-Google-Smtp-Source: AA6agR6P6t+67C8UXRxAed6Aq5dZr3SKTeFp2zEAzZNYWN0Fv1ARUKL5EwVzWaeGFlG8WzgQNxBd5A== X-Received: by 2002:a05:6000:cf:b0:228:e37b:361b with SMTP id q15-20020a05600000cf00b00228e37b361bmr7082712wrx.374.1662716121039; Fri, 09 Sep 2022 02:35:21 -0700 (PDT) Received: from rltb ([2a01:e0a:3f3:fb50:a290:d8f3:806c:3938]) by smtp.gmail.com with ESMTPSA id g7-20020adfa487000000b0022917d58603sm79655wrb.32.2022.09.09.02.35.20 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 09 Sep 2022 02:35:20 -0700 (PDT) From: Robert Pluim To: Stefan Kangas Subject: Re: bug#50849: 28.0.50; Proposal for Emacs daemon to signal when being busy In-Reply-To: (Stefan Kangas's message of "Fri, 9 Sep 2022 05:29:17 -0400") References: <86czouksh2.fsf@protected.rcdrun.com> <83ilm1jkss.fsf@gnu.org> <87v8q1b2ij.fsf@gmail.com> <83czc8k7zw.fsf@gnu.org> <83czc7j4bs.fsf@gnu.org> <87leqvbhhg.fsf@gmail.com> <838rmvig8f.fsf@gnu.org> <83wnaefltf.fsf@gnu.org> <87pmg63w8l.fsf@gnus.org> <83zgfadlt8.fsf@gnu.org> <87pmg6yo60.fsf@gnus.org> <83sfl2dkqv.fsf@gnu.org> <8735d2ymzv.fsf@gnus.org> <83pmg6dkb6.fsf@gnu.org> <87czc67xtv.fsf@gmail.com> <83mtb9etw5.fsf@gnu.org> <87czc57x44.fsf@gmail.com> Date: Fri, 09 Sep 2022 11:35:19 +0200 Message-ID: <874jxg99go.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 50849 Cc: Eli Zaretskii , 50849@debbugs.gnu.org, larsi@gnus.org, bugs@gnu.support, visuweshm@gmail.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >>>>> On Fri, 9 Sep 2022 05:29:17 -0400, Stefan Kangas said: Stefan> Robert Pluim writes: >> So this simplifies the code considerably, and in fact removes the >> whole retry thing completely. Stefan> We could do that, yes. It looks good to me. Stefan> I had a different idea in mind though, which lets us keep the d= iagnostic Stefan> message, but only if given a --verbose flag. We could extend -= -verbose Stefan> to include more diagnostic output in the future. Please see the Stefan> attached patch. Adding a --verbose flag is fine. Changing the recv behaviour because the user asked for more debug is a no-no. Stefan> I'm happy with either your patch or mine, depending on what peo= ple Stefan> prefer. I won=CA=BCt insist on mine, but I really don=CA=BCt think yours should go = in as-is. Robert --=20 From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 09 05:38:43 2022 Received: (at 50849) by debbugs.gnu.org; 9 Sep 2022 09:38:43 +0000 Received: from localhost ([127.0.0.1]:60896 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oWaSy-0000Gt-JX for submit@debbugs.gnu.org; Fri, 09 Sep 2022 05:38:43 -0400 Received: from mail-oa1-f54.google.com ([209.85.160.54]:38529) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oWaSr-0000GZ-BU for 50849@debbugs.gnu.org; Fri, 09 Sep 2022 05:38:26 -0400 Received: by mail-oa1-f54.google.com with SMTP id 586e51a60fabf-1278624b7c4so2485753fac.5 for <50849@debbugs.gnu.org>; Fri, 09 Sep 2022 02:38:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date; bh=TL+EvZPErGQhUHe2kGsjQxTwLMQYi5kDLIkxzrQURmE=; b=mW5SbRUDUI3DhnD0B5yo7E3SKvY6Tf8eFBym3eHjgVvjKQsol28ojla5pcCpVMP73y uxvxIcJygdj+cA3BsM5TyshUMCla2zIgx8T0pZcWljoZJsNclt0MXSlpxwn9cpDp9am7 YN/XgNDR6A80P+C4bwR8mFLobYn2g4ZfrLNWL6cbHAZqyHgP23SiTF4XKeW/86iJEFh7 WQ68ZQ4x8BYCB5w5bDcicQ1S9KkMn1ADIn9RSYAhI5eFdD8ruzGWivz/vuYTBSajpv2c c8hT7U1q12JUiPG97THCFa4GAeFOqr2WiNfo/iAPHSEjmqtuWDF87j7dx42F+S+TncWY e0QA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date; bh=TL+EvZPErGQhUHe2kGsjQxTwLMQYi5kDLIkxzrQURmE=; b=vVynwmJlohoqVyHg0Ll8cvG14D6meKpV+WaHvFUhJppwFEePOVC+JpFwQFqkXVHglE m8gvOgngAyjvnpQsYbpPp0DkiXfroPX3i+YBrOk0gJbhpq7ENOhwmdqIxUApcSjgL+Ov /d7NmKkPd6B7SeWvHXbV1cppON4sjs64lCx8ZSwUeGy+Nx5LXLFa7B6+AEvGw16kRHch 3E0kNhjS+SvGEOtwosVB5upG2vTJh5LBgkdYtIdl5dwI6MZwdn1Qj0uHXS7fzJWUwBGV NIJjak3fM4X+FvEDidwhAWFi2BpCnsmsXL/IUF6w6URvgCM/IaZqT2zh7rzUf6/ePQVg KlLQ== X-Gm-Message-State: ACgBeo1pCokxi+RWDgH/nmRmj6YKYAEI2jkGCsUasolppWepso9IZZdE RotU91uf4KkXar2vEkYA17F7sncql+tqsK92+ws= X-Google-Smtp-Source: AA6agR71wDcE6soIZV9J4yaruq6QCj/lAARICupokOQEjuJ+HA+u2n4op+lE82Y4PZ1f/X1zr/OWOrYSnYtVGaO8WK4= X-Received: by 2002:a05:6808:f14:b0:343:5f65:a540 with SMTP id m20-20020a0568080f1400b003435f65a540mr3070840oiw.92.1662716295758; Fri, 09 Sep 2022 02:38:15 -0700 (PDT) MIME-Version: 1.0 References: <86czouksh2.fsf@protected.rcdrun.com> <83ilm1jkss.fsf@gnu.org> <87v8q1b2ij.fsf@gmail.com> <83czc8k7zw.fsf@gnu.org> <83czc7j4bs.fsf@gnu.org> <87leqvbhhg.fsf@gmail.com> <838rmvig8f.fsf@gnu.org> <83wnaefltf.fsf@gnu.org> <87pmg63w8l.fsf@gnus.org> <83zgfadlt8.fsf@gnu.org> <87pmg6yo60.fsf@gnus.org> <83sfl2dkqv.fsf@gnu.org> <8735d2ymzv.fsf@gnus.org> <83pmg6dkb6.fsf@gnu.org> <87czc67xtv.fsf@gmail.com> <83mtb9etw5.fsf@gnu.org> <87czc57x44.fsf@gmail.com> <874jxg99go.fsf@gmail.com> In-Reply-To: <874jxg99go.fsf@gmail.com> From: Stefan Kangas Date: Fri, 9 Sep 2022 11:38:04 +0200 Message-ID: Subject: Re: bug#50849: 28.0.50; Proposal for Emacs daemon to signal when being busy To: Robert Pluim Content-Type: text/plain; charset="UTF-8" X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 50849 Cc: Eli Zaretskii , 50849@debbugs.gnu.org, larsi@gnus.org, bugs@gnu.support, visuweshm@gmail.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Robert Pluim writes: > Adding a --verbose flag is fine. Changing the recv behaviour because > the user asked for more debug is a no-no. I don't see a way around that. From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 09 07:31:56 2022 Received: (at 50849) by debbugs.gnu.org; 9 Sep 2022 11:31:56 +0000 Received: from localhost ([127.0.0.1]:60951 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oWcEl-0005TY-Sz for submit@debbugs.gnu.org; Fri, 09 Sep 2022 07:31:56 -0400 Received: from eggs.gnu.org ([209.51.188.92]:35378) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oWcEh-0005TK-VE for 50849@debbugs.gnu.org; Fri, 09 Sep 2022 07:31:54 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:37976) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oWcEb-0002gu-6f; Fri, 09 Sep 2022 07:31:45 -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=Bb+87tud0IK8kZlLLVXgYozknQsq2wBp6tf3SBkkozw=; b=qfPQouDd87z9AmBN9sLe GYyBWlan+y9rKfW32RcgS7qFspvJDUqCBgxgVVmd8Qu5D0BUGXUvkr788ogFzPy4ugkzKai9ocPS2 aMem0OP9jRD+teeMeHcU+MbQeaBL2zBPHb76ygRqy123LqBNbiLpQ+5qz3Pg39ZxxdOXDgC24kXk8 eK0zPkwKFx9ccBIi6RqcfYlbk4WFMQ50PPygfcDbzy5B5aw5K6FG21j8g2xVtiFXjfO6SznSTQJWc /fsc9koYxuIXCHlDpjRjdS9nNejl/MeXUwTB8aUUcQ6NQ6i82y2h6fkdzaPBHOL6gk86kvQmb9OWY rAP+j7pHs7i5aw==; Received: from [87.69.77.57] (port=1177 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 1oWcEa-0003Cg-FO; Fri, 09 Sep 2022 07:31:45 -0400 Date: Fri, 09 Sep 2022 14:31:32 +0300 Message-Id: <83k06cdbsb.fsf@gnu.org> From: Eli Zaretskii To: Robert Pluim In-Reply-To: <87czc57x44.fsf@gmail.com> (message from Robert Pluim on Fri, 09 Sep 2022 10:47:23 +0200) Subject: Re: bug#50849: 28.0.50; Proposal for Emacs daemon to signal when being busy References: <86czouksh2.fsf@protected.rcdrun.com> <87a67d1vyg.fsf@gnus.org> <83ilm1jkss.fsf@gnu.org> <87v8q1b2ij.fsf@gmail.com> <83czc8k7zw.fsf@gnu.org> <83czc7j4bs.fsf@gnu.org> <87leqvbhhg.fsf@gmail.com> <838rmvig8f.fsf@gnu.org> <83wnaefltf.fsf@gnu.org> <87pmg63w8l.fsf@gnus.org> <83zgfadlt8.fsf@gnu.org> <87pmg6yo60.fsf@gnus.org> <83sfl2dkqv.fsf@gnu.org> <8735d2ymzv.fsf@gnus.org> <83pmg6dkb6.fsf@gnu.org> <87czc67xtv.fsf@gmail.com> <83mtb9etw5.fsf@gnu.org> <87czc57x44.fsf@gmail.com> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 50849 Cc: larsi@gnus.org, 50849@debbugs.gnu.org, stefankangas@gmail.com, bugs@gnu.support, visuweshm@gmail.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Robert Pluim > Cc: larsi@gnus.org, visuweshm@gmail.com, stefankangas@gmail.com, > bugs@gnu.support, 50849@debbugs.gnu.org > Date: Fri, 09 Sep 2022 10:47:23 +0200 > > >>>>> On Thu, 08 Sep 2022 19:02:50 +0300, Eli Zaretskii said: > > >> So if we set DEFAULT_TIMEOUT to 0, people who do nothing get no > >> messages, and people who do --timeout get messages. I think that > >> satisfies Eliʼs concern about compatibility > > Eli> Yes, I think so. > > >> (Iʼd even go so far as not setting the timeout at all if itʼs not > >> requested. Why yes, I am paranoid about changing old code). > > Eli> I agree. > > So this simplifies the code considerably, and in fact removes the > whole retry thing completely. I agree that the code is much easier to follow after these changes. Thanks. From unknown Fri Jun 20 18:15:09 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sat, 08 Oct 2022 11:24:09 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator