From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#22493: 25.1.50; open-gnutls-stream doesn't respect :nowait, so the connections are synchronous Date: Fri, 05 Feb 2016 09:24:26 +0200 Message-ID: <83si17vcut.fsf@gnu.org> References: <87mvrnzpge.fsf@gnus.org> <878u37zndq.fsf@gnus.org> <83r3gzwhg8.fsf@gnu.org> <87fuxebrsy.fsf@gnus.org> <878u36fung.fsf@gnus.org> <8360y93fka.fsf@gnu.org> <87wpqpwd8p.fsf@gnus.org> <83d1sh14is.fsf@gnu.org> <87egcx13kc.fsf@gnus.org> <83bn801d06.fsf@gnu.org> <87bn7znazd.fsf@gnus.org> <83lh73ytxo.fsf@gnu.org> <87a8nizjia.fsf@gnus.org> <8760y6zha1.fsf@gnus.org> <83fux9yend.fsf@gnu.org> <87a8nhnqdy.fsf@gnus.org> <83wpqkwhts.fsf@gnu.org> <87oabveve1.fsf@gnus.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1454657126 21302 80.91.229.3 (5 Feb 2016 07:25:26 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 5 Feb 2016 07:25:26 +0000 (UTC) Cc: 22493@debbugs.gnu.org To: Lars Ingebrigtsen Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Feb 05 08:25:16 2016 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1aRalY-0006bP-3C for geb-bug-gnu-emacs@m.gmane.org; Fri, 05 Feb 2016 08:25:16 +0100 Original-Received: from localhost ([::1]:46457 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aRalT-0000Vv-UP for geb-bug-gnu-emacs@m.gmane.org; Fri, 05 Feb 2016 02:25:11 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:54153) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aRalO-0000Ua-S0 for bug-gnu-emacs@gnu.org; Fri, 05 Feb 2016 02:25:09 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aRalK-0005y2-RP for bug-gnu-emacs@gnu.org; Fri, 05 Feb 2016 02:25:06 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:52376) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aRalK-0005xw-Ni for bug-gnu-emacs@gnu.org; Fri, 05 Feb 2016 02:25:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84) (envelope-from ) id 1aRalK-00070X-HZ for bug-gnu-emacs@gnu.org; Fri, 05 Feb 2016 02:25:02 -0500 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 Feb 2016 07:25:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 22493 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 22493-submit@debbugs.gnu.org id=B22493.145465709026917 (code B ref 22493); Fri, 05 Feb 2016 07:25:02 +0000 Original-Received: (at 22493) by debbugs.gnu.org; 5 Feb 2016 07:24:50 +0000 Original-Received: from localhost ([127.0.0.1]:60965 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aRal8-000704-Ad for submit@debbugs.gnu.org; Fri, 05 Feb 2016 02:24:50 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:34895) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aRal6-0006zs-Gc for 22493@debbugs.gnu.org; Fri, 05 Feb 2016 02:24:48 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aRakx-0005lS-EN for 22493@debbugs.gnu.org; Fri, 05 Feb 2016 02:24:43 -0500 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:36474) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aRakx-0005lO-BG; Fri, 05 Feb 2016 02:24:39 -0500 Original-Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:1186 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1aRakw-000211-BY; Fri, 05 Feb 2016 02:24:38 -0500 In-reply-to: <87oabveve1.fsf@gnus.org> (message from Lars Ingebrigtsen on Fri, 05 Feb 2016 13:36:06 +1100) 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: 208.118.235.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-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:112469 Archived-At: > From: Lars Ingebrigtsen > Cc: 22493@debbugs.gnu.org > Date: Fri, 05 Feb 2016 13:36:06 +1100 > > >> No matter how we call gnutls_boot, it will currently hang Emacs while > >> it's transferring all those certificates back and forth. > > > > That last sentence is exactly the point I was trying to make all > > along: we have to wait for this, therefore any time savings from > > running gnutls_boot in the background are minor or even non-existent. > > So I question the need for complicating the heck out of the underlying > > code, for no practical gain. > > I describe the call chain, and why it's necessary to have the > gnutls_boot called from the C layer. If you see anything wrong with the > logic I described, please let me know. > > And as I've said repeatedly, gnutls_boot is only synchronous now as a > quirk of our implementation, and making it async is the next step I am > going to take. But it's a separate issue, and will be dealt with once > the first round of changes are in. If by "making it async" you mean to test for it in the idle loop, that is not really async, and _that_ is _my_ point, which I've expressed repeatedly already. Waiting in the idle loop is still waiting, as far as the main thread is concerned. > > Why shouldn't we assume that the problem you saw in erc is the tip of > > an iceberg, and the other places are happy exceptions? Who knows how > > many other packages are out there that are like erc? > > That's why :async 'dns. As I wrote elsewhere, this is not enough.