From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Dmitry Gutov 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:20:49 +0200 Message-ID: <464f8218-4cc0-9752-a904-e5a226a0aa69@yandex.ru> 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> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="30829"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 Cc: 45117@debbugs.gnu.org To: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= , Eli Zaretskii , Stefan Monnier Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu Dec 10 18:41:01 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 1knPw5-0007uB-49 for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 10 Dec 2020 18:41:01 +0100 Original-Received: from localhost ([::1]:52790 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1knPw3-0008CN-SJ for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 10 Dec 2020 12:40:59 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:50286) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1knPdh-0005eD-W0 for bug-gnu-emacs@gnu.org; Thu, 10 Dec 2020 12:22:04 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:55888) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1knPdh-0002yN-Nb for bug-gnu-emacs@gnu.org; Thu, 10 Dec 2020 12:22:01 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1knPdh-0001tG-Ir for bug-gnu-emacs@gnu.org; Thu, 10 Dec 2020 12:22:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 10 Dec 2020 17:22: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.16076208627148 (code B ref 45117); Thu, 10 Dec 2020 17:22:01 +0000 Original-Received: (at 45117) by debbugs.gnu.org; 10 Dec 2020 17:21:02 +0000 Original-Received: from localhost ([127.0.0.1]:39201 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1knPcj-0001qw-VT for submit@debbugs.gnu.org; Thu, 10 Dec 2020 12:21:02 -0500 Original-Received: from mail-ej1-f53.google.com ([209.85.218.53]:36177) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1knPcg-0001qW-1r for 45117@debbugs.gnu.org; Thu, 10 Dec 2020 12:21:00 -0500 Original-Received: by mail-ej1-f53.google.com with SMTP id lt17so8443295ejb.3 for <45117@debbugs.gnu.org>; Thu, 10 Dec 2020 09:20:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=NWkrn3lpP2xmq35P29GZabTxci/emIPuuwkrqkRX5J0=; b=B/O7UASvKyHYEMEnPSPTKQaG9ncv9dh8AeSFyOnyksLIyhLPN13csNFaMsQovMm5tj Rv20orCRLeG77LBYIzG4exNClZDLdsXDDL8hvElLaqwMSyPfCU8irLvibKYMsYe9dsrc eOD40Qo8rSCfQTvtrrDv2bjHf2qyoGWME5JnrVwd4w6KMNHD2xaSQmqCdg0tvl4+SA4+ 53vKLj42+/79UpSrd8OnqjSHhngSv8fxDliPTeLXtTd6ilN9LqrOJQGeMmTm3vR/53n4 JpNcYkYNe2eeUmM7O0aed7Hb11qRR4lZ0dXYUlWJSbjddmOiSDL9AoAf5tjODE0ro0U9 ocDQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=NWkrn3lpP2xmq35P29GZabTxci/emIPuuwkrqkRX5J0=; b=uSEp2ajSrWP6yPh79DqIZaXCXmhdH+vpVd3m20GSL8K2jIJwUiAUQ3ItBcTefQVEMT E8nN13TyXPaInZ0sYzj7PJkB+U0Gx7xKhyLBmhf1StLwnxX3ntjqwxoQsfA6w33zdlmO fHaf8DYjPBqu8hqSVCi3WwD+4a/uuFQ7l6HjZcrA+5qzc9ZZ+V+HCROmVslb6vPjcnTs ek08eXSgj8aKobN1VndAcXmkOdnNOxDbLAzBI6QDMRonfEWD4vxXEcQSwugZEXveSmrA ByyZIFpUVH/6ojsmbTd9THnb8KH5TY2r1Givc8tSr4lZppOuBOC1zoUhug7DTvn9yiPA KOrQ== X-Gm-Message-State: AOAM532x7fN8dmdUXaVNV/jMwXW+LcmT4cA5YzYdjP6oOOsS+EzMzIQ0 O5MIGGTBNTQN+P5PHsOUimP9E0j3d1jZ8Q== X-Google-Smtp-Source: ABdhPJzdq26Q+UC9ykgSJ+d8+HPYv7/PKjfOjBYUcu37J7wsTdePm5T5V8YGUeMTQMMdIJ6VLqPQTQ== X-Received: by 2002:a17:906:da08:: with SMTP id fi8mr7278921ejb.517.1607620851941; Thu, 10 Dec 2020 09:20:51 -0800 (PST) Original-Received: from [192.168.0.4] ([66.205.71.3]) by smtp.googlemail.com with ESMTPSA id t8sm4968843eju.69.2020.12.10.09.20.50 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 10 Dec 2020 09:20:51 -0800 (PST) In-Reply-To: <87mtyl1v6y.fsf@gmail.com> Content-Language: en-US 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:195673 Archived-At: On 10.12.2020 18:29, João Távora wrote: > Stefan, I think this change has to go. Now that we have proper (or more > proper) async support in eldoc.el, we shouldn't need these tricks: just > use a timer or a process or sth. Not everybody uses the async support. This was a good change, and I'm taking advantage of it in at least one external package. I wonder how hard it would be to fix the async support not to be hindered by it. Also note that that this form could be useful for the asynchronous route as well: after the user has send some new input, we don't really want to process the "old" eldoc requests anymore, those responses should be ignored.