From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Stefan Kangas Newsgroups: gmane.emacs.bugs Subject: bug#50849: 28.0.50; Proposal for Emacs daemon to signal when being busy Date: Tue, 6 Sep 2022 21:05:50 -0400 Message-ID: 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> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="3353"; mail-complaints-to="usenet@ciao.gmane.io" Cc: larsi@gnus.org, bugs@gnu.support, 50849@debbugs.gnu.org To: Eli Zaretskii , Visuwesh Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Sep 07 03:07:46 2022 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oVjXe-0000mE-NL for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 07 Sep 2022 03:07:46 +0200 Original-Received: from localhost ([::1]:55470 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oVjXd-0008Vc-Hb for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 06 Sep 2022 21:07:45 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:49478) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oVjWw-0008Si-I6 for bug-gnu-emacs@gnu.org; Tue, 06 Sep 2022 21:07:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:36057) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1oVjWw-0003iA-0c for bug-gnu-emacs@gnu.org; Tue, 06 Sep 2022 21:07:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1oVjWv-0005Rd-SU for bug-gnu-emacs@gnu.org; Tue, 06 Sep 2022 21:07:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Stefan Kangas Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 07 Sep 2022 01:07:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50849 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch Original-Received: via spool by 50849-submit@debbugs.gnu.org id=B50849.166251276920869 (code B ref 50849); Wed, 07 Sep 2022 01:07:01 +0000 Original-Received: (at 50849) by debbugs.gnu.org; 7 Sep 2022 01:06:09 +0000 Original-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 Original-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 Original-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) Original-Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Tue, 6 Sep 2022 21:05:50 -0400 In-Reply-To: <83czc8k7zw.fsf@gnu.org> X-Hashcash: 1:20:220907:bugs@gnu.support::E2XP9HMEEV380q4z:9bvY X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:241711 Archived-At: 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?