From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Newsgroups: gmane.emacs.bugs Subject: bug#45117: 28.0.50; process-send-string mysteriously exiting non-locally when called from timer Date: Thu, 10 Dec 2020 19:58:12 +0000 Message-ID: References: <87h7ow4j4o.fsf@gmail.com> <83mtyo71dh.fsf@gnu.org> <877dps47ge.fsf@gmail.com> <83360g6xlt.fsf@gnu.org> <87im9b2pds.fsf@gmail.com> <83k0tr5700.fsf@gnu.org> <87360d3dud.fsf@gmail.com> <83eejx4rd6.fsf@gnu.org> <87r1nx1vtd.fsf@gmail.com> <87mtyl1v6y.fsf@gmail.com> <87h7ot1ona.fsf@gmail.com> <83v9d930pv.fsf@gnu.org> <83sg8d3085.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="21040"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Stefan Monnier , 45117@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu Dec 10 20:59:10 2020 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 1knS5m-0005L2-Lz for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 10 Dec 2020 20:59:10 +0100 Original-Received: from localhost ([::1]:42432 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1knS5l-000220-CY for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 10 Dec 2020 14:59:09 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:35592) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1knS5e-00021S-4d for bug-gnu-emacs@gnu.org; Thu, 10 Dec 2020 14:59:02 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:56026) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1knS5d-0004TH-TC for bug-gnu-emacs@gnu.org; Thu, 10 Dec 2020 14:59:01 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1knS5d-0007pC-RW for bug-gnu-emacs@gnu.org; Thu, 10 Dec 2020 14:59:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 10 Dec 2020 19:59:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 45117 X-GNU-PR-Package: emacs Original-Received: via spool by 45117-submit@debbugs.gnu.org id=B45117.160763031330042 (code B ref 45117); Thu, 10 Dec 2020 19:59:01 +0000 Original-Received: (at 45117) by debbugs.gnu.org; 10 Dec 2020 19:58:33 +0000 Original-Received: from localhost ([127.0.0.1]:39339 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1knS5B-0007oU-8M for submit@debbugs.gnu.org; Thu, 10 Dec 2020 14:58:33 -0500 Original-Received: from mail-il1-f175.google.com ([209.85.166.175]:33763) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1knS58-0007oG-VR for 45117@debbugs.gnu.org; Thu, 10 Dec 2020 14:58:31 -0500 Original-Received: by mail-il1-f175.google.com with SMTP id y9so6511298ilb.0 for <45117@debbugs.gnu.org>; Thu, 10 Dec 2020 11:58:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=I4/qp5HYsYZRWo8wsMHdfP7G+cY1+Z+SLsaZuupQHv0=; b=PreGb3NOD3RPsK1vqE7lAPkIzPLEhIb9SW2ZOY0ItfYAK/1zNdLaxlh1LBaBp8Qq04 xCl/ID0JMRm9NbWZHjnbZczNzm6UY8qqcJkjfU0I90ozkA46cUWjP5+4gKa96qZApI2T TelMJNZEtnAhY7Op93UeDQhmThY+yYo3BqrhX974udPUNBBKqhU3UvJboAnGFLCYVD4b IuBBCuJoWigYiI/WYdglCE1Np6+NLokQ+Q17eRx15fxje/rqSsgKoV64fhpoI6B89hPC hAOe7cHx4DyYKX7e54bWOiUNQj8N050ch43lkhjD8yO5Ma2zz7yG+HCpRT3r78I5drKh 2gDg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=I4/qp5HYsYZRWo8wsMHdfP7G+cY1+Z+SLsaZuupQHv0=; b=m6oafh3+roU19uZh5/w2zWG383kaKjk4Dp0GtinqI3nKzXoRFCif0xcZ1FGI78Rp1G +kL4U9cizfeKYSvTYUNQXGAWBQASYEEJ53wrG8bIgLRcxx5d5up664FK9CLiX4U+vDEh 4AGG/26U+3JpFgsM9HLWwqlHp0o92QIGmbxgU4ctk1xOadjnCXZY8ZKD53L7lGWiUaVN 0CZSEIckWN3XTpFr4NEYwOVACUmtnYlTznKLr+yMFzLBW5V6zDCbCCvB8H5b0eYlcsmt dNyomVKOmk+KXdrq9NbOcTKoSaWfjHu5BlFuhBHOYsqZdDibeb/X219OWp5c5sM7E+jF XTzw== X-Gm-Message-State: AOAM531EfZ+dHpfI7bcO9WiMzHn2p4OPvyUfuLq+4nAQrtHsrXvYb0+F rGuFhY330lk1KN43XNJIj9QwUwxxmou615/Y+sw= X-Google-Smtp-Source: ABdhPJzOuDwwNMDH2+rhHYWYCrqxtOBGwgKlb+Am3rz+wqcf3SL9fMlPul2IhR6iQnHvssNOi4U5wvd3Se2aUafJWpE= X-Received: by 2002:a92:da82:: with SMTP id u2mr10633950iln.137.1607630305226; Thu, 10 Dec 2020 11:58:25 -0800 (PST) In-Reply-To: <83sg8d3085.fsf@gnu.org> 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:195695 Archived-At: On Thu, Dec 10, 2020 at 7:55 PM Eli Zaretskii wrote: > > > From: Jo=C3=A3o T=C3=A1vora > > Date: Thu, 10 Dec 2020 19:47:08 +0000 > > Cc: Stefan Monnier , 45117@debbugs.gnu.org > > > > > The reason, quite obviously, is to prevent user's C-g from aborting > > > the timer function. > > > > I agree, but playing devil's advocate, can you expand on the > > rationale for that? Why shouldn't timer functions be abortable? > > I think that's the wrong question. The right question is how probable > is it that the user presses C-g to abort a timer function that just > happens to run at this very moment. I think the answer is "extremely > improbable". It is much more probable that C-g was meant for > something else, some activity that is much more evident to the user. > Like getting out of the minibuffer after deciding that the command > does not need to be invoked after all, for example. I see. Yes it makes sense. But Stefan is arguing that some "special" timer functions should be abortable by mere input. And that changes thoses odds considerably. But at the same time, it doesn't change the fact, as you well put it, that that input is _not_ meant for the timer function. Jo=C3=A3o