From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Ted Zlatanov Newsgroups: gmane.emacs.devel Subject: Re: Nebulous streaming/point bug Date: Tue, 22 Nov 2011 12:33:42 -0500 Organization: =?utf-8?B?0KLQtdC+0LTQvtGAINCX0LvQsNGC0LDQvdC+0LI=?= @ Cienfuegos Message-ID: <87ehx0giyx.fsf@lifelogs.com> References: <87sjmxt5ho.fsf@lifelogs.com> Reply-To: emacs-devel@gnu.org NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1321983257 27026 80.91.229.12 (22 Nov 2011 17:34:17 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 22 Nov 2011 17:34:17 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Nov 22 18:34:14 2011 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1RSuEX-00052X-UY for ged-emacs-devel@m.gmane.org; Tue, 22 Nov 2011 18:34:14 +0100 Original-Received: from localhost ([::1]:40451 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RSuEW-0007u9-RS for ged-emacs-devel@m.gmane.org; Tue, 22 Nov 2011 12:34:12 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:59997) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RSuEP-0007sg-Gn for emacs-devel@gnu.org; Tue, 22 Nov 2011 12:34:11 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RSuEG-0000NJ-2f for emacs-devel@gnu.org; Tue, 22 Nov 2011 12:34:05 -0500 Original-Received: from lo.gmane.org ([80.91.229.12]:46146) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RSuEF-0000N7-OO for emacs-devel@gnu.org; Tue, 22 Nov 2011 12:33:56 -0500 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1RSuED-0004ua-PR for emacs-devel@gnu.org; Tue, 22 Nov 2011 18:33:53 +0100 Original-Received: from c-76-28-40-19.hsd1.vt.comcast.net ([76.28.40.19]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 22 Nov 2011 18:33:53 +0100 Original-Received: from tzz by c-76-28-40-19.hsd1.vt.comcast.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 22 Nov 2011 18:33:53 +0100 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: emacs-devel@gnu.org Original-Lines: 49 Original-X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: c-76-28-40-19.hsd1.vt.comcast.net X-Face: bd.DQ~'29fIs`T_%O%C\g%6jW)yi[zuz6; d4V0`@y-~$#3P_Ng{@m+e4o<4P'#(_GJQ%TT= D}[Ep*b!\e,fBZ'j_+#"Ps?s2!4H2-Y"sx" Mail-Copies-To: never User-Agent: Gnus/5.110018 (No Gnus v0.18) Emacs/24.0.90 (gnu/linux) Cancel-Lock: sha1:ArLkGKfSJoOrE564jIw5ql+zdvY= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 80.91.229.12 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:146153 Archived-At: On Thu, 03 Nov 2011 21:20:32 +0100 Lars Magne Ingebrigtsen wrote: LMI> Ted Zlatanov writes: >> Based on your patch I think it's a GnuTLS bug. They are up to 3.x now, >> which makes it harder: do we keep supporting the 2.x series or do we >> start using 3.x, which will be harder to obtain because it's new, >> especially for the W32 build? I'd rather not support both and just move >> to 3.x, which has a fairly compatible API, and see if the bug is still >> there. What do you think? LMI> I think we should support both. I really want normal Emacs 24.1 users LMI> to have encrypted network connections by default. Hrm. OK, I'll do what I can, but I don't think I'll have the time to do this work in the next few months. >> Obviously all this would happen after the release; for now I think it's >> best to use your patch and note it's temporary. LMI> If people think the approach is halfway sane, I can clean up the patch LMI> and apply, but I'd love to have some feedback first. LMI> To recap: LMI> Some versions of libgnutls do not seem to work well with select. That LMI> is, they don't say that there's anything there even though there is. LMI> So the idle loop, which does a select on all the file descriptors don't LMI> get (all) the data from gnutls sockets. My "fix" is to loop through all LMI> the channels, see whether they are gnutls sockets, and then calling LMI> emacs_gnutls_record_check_pending on each one. LMI> Since this is done in the idle loop, it's typically done once every LMI> second or so, apparently. So the performance hit should be negligible. LMI> The loop looks like this: LMI> for (channel = 0; channel < MAXDESC; ++channel) LMI> if (! NILP (chan_process[channel])) LMI> ... do stuff LMI> But it's an ugly hack. LMI> So: Add the hack or not? I'm in favor, if the GnuTLS devs agree. They should know best if this is a bug or we're using it badly. Ted