From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#34763: 27.0.50; url-retrieve-synchronously misbehaves inside eldoc-documentation-function Date: Fri, 05 Apr 2019 09:14:25 +0300 Message-ID: <83h8bdc726.fsf@gnu.org> References: <83a7i15vrk.fsf@gnu.org> <787f765a-42f4-40d0-3b78-e751f546fe6c@yandex.ru> <831s3c3ta8.fsf@gnu.org> <8f7ae869-2e94-5535-f16f-476348036dc2@yandex.ru> <83r2bc2csd.fsf@gnu.org> <83h8c63ek1.fsf@gnu.org> <7240d82b-5919-cee8-e3bc-81be8d996400@yandex.ru> <83pnqsyw68.fsf@gnu.org> <83pnq1diqk.fsf@gnu.org> <83lg0pdehd.fsf@gnu.org> <19dad181-7933-52b5-548f-08dfa48334bf@yandex.ru> Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="148641"; mail-complaints-to="usenet@blaine.gmane.org" Cc: 34763@debbugs.gnu.org To: Dmitry Gutov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Apr 05 08:15:31 2019 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hCI8R-000cWg-Et for geb-bug-gnu-emacs@m.gmane.org; Fri, 05 Apr 2019 08:15:31 +0200 Original-Received: from localhost ([127.0.0.1]:36730 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hCI8Q-0005io-CQ for geb-bug-gnu-emacs@m.gmane.org; Fri, 05 Apr 2019 02:15:30 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:53770) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hCI85-0005W3-3N for bug-gnu-emacs@gnu.org; Fri, 05 Apr 2019 02:15:10 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hCI84-0002OK-81 for bug-gnu-emacs@gnu.org; Fri, 05 Apr 2019 02:15:09 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:59678) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1hCI7y-0002M1-Rw for bug-gnu-emacs@gnu.org; Fri, 05 Apr 2019 02:15:05 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1hCI7y-0005wp-Ex for bug-gnu-emacs@gnu.org; Fri, 05 Apr 2019 02:15:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 05 Apr 2019 06:15:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 34763 X-GNU-PR-Package: emacs Original-Received: via spool by 34763-submit@debbugs.gnu.org id=B34763.155444488722828 (code B ref 34763); Fri, 05 Apr 2019 06:15:02 +0000 Original-Received: (at 34763) by debbugs.gnu.org; 5 Apr 2019 06:14:47 +0000 Original-Received: from localhost ([127.0.0.1]:44989 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hCI7j-0005w8-Do for submit@debbugs.gnu.org; Fri, 05 Apr 2019 02:14:47 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:39314) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hCI7i-0005vw-22 for 34763@debbugs.gnu.org; Fri, 05 Apr 2019 02:14:46 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:58678) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hCI7c-00026P-H9; Fri, 05 Apr 2019 02:14:40 -0400 Original-Received: from [176.228.60.248] (port=1589 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1hCI7b-0007tO-TE; Fri, 05 Apr 2019 02:14:40 -0400 In-reply-to: <19dad181-7933-52b5-548f-08dfa48334bf@yandex.ru> (message from Dmitry Gutov on Fri, 5 Apr 2019 03:29:55 +0300) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 209.51.188.43 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.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:157204 Archived-At: > Cc: 34763@debbugs.gnu.org > From: Dmitry Gutov > Date: Fri, 5 Apr 2019 03:29:55 +0300 > > So, I tried the patch below (did you have that change in mind exactly?), > and I see no adverse effects so far. I had something like that in mind, yes. I think this should be installed. > The requests still get slower after I've been typing a while, and the > original speed is never recovered. Even after I wait 10 minutes or so. > > And this scenario still spawns lots of processes for the same host and port. If you manually kill all processes but one, say, does the problem of slower transfer go away? IOW, do we have two separate problems here or just one? > >> 2. I wonder if there are cases where some part of the asynchronous code > >> takes too long, where it should be allowed to be aborted by the user > >> right away. Meaning when url-retrieve is used, not > >> url-retrieve-synchronously. > > > > I always thought that C-g aborts accept-process-output. > > url-retrieve doesn't use accept-process-output. I don't think it matters, because any function that reads from a process will eventually call the same low-level code as accept-process-output does, and that low-level code does abort on C-g, AFAIR.