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: Several problems Date: Wed, 30 Jul 2014 16:02:23 -0400 Organization: =?utf-8?B?0KLQtdC+0LTQvtGAINCX0LvQsNGC0LDQvdC+0LI=?= @ Cienfuegos Message-ID: <87vbqeobsg.fsf@lifelogs.com> Reply-To: emacs-devel@gnu.org NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1406750590 31437 80.91.229.3 (30 Jul 2014 20:03:10 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 30 Jul 2014 20:03:10 +0000 (UTC) Cc: Dmitry Antipov To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Jul 30 22:03:04 2014 Return-path: Envelope-to: ged-emacs-devel@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 1XCa5X-0004vd-D2 for ged-emacs-devel@m.gmane.org; Wed, 30 Jul 2014 22:03:03 +0200 Original-Received: from localhost ([::1]:53000 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XCa5X-0004wa-24 for ged-emacs-devel@m.gmane.org; Wed, 30 Jul 2014 16:03:03 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:36689) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XCa5P-0004rB-0S for emacs-devel@gnu.org; Wed, 30 Jul 2014 16:03:00 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XCa5F-0003iL-TB for emacs-devel@gnu.org; Wed, 30 Jul 2014 16:02:54 -0400 Original-Received: from plane.gmane.org ([80.91.229.3]:49312) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XCa5F-0003hx-NK for emacs-devel@gnu.org; Wed, 30 Jul 2014 16:02:45 -0400 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1XCa59-0004aA-Hm for emacs-devel@gnu.org; Wed, 30 Jul 2014 22:02:39 +0200 Original-Received: from c-98-229-61-72.hsd1.ma.comcast.net ([98.229.61.72]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 30 Jul 2014 22:02:39 +0200 Original-Received: from tzz by c-98-229-61-72.hsd1.ma.comcast.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 30 Jul 2014 22:02:39 +0200 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: emacs-devel@gnu.org Original-Lines: 49 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: c-98-229-61-72.hsd1.ma.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.130008 (Ma Gnus v0.8) Emacs/24.4.50 (gnu/linux) Cancel-Lock: sha1:fX4GNi99ycbrUPJ+YQZvRx4KXHY= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.229.3 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:173292 Archived-At: Hello David and Dmitry, I see the following situation (using the Git mirror): * Dmitry's commit 4c19675328d0de84cc3181cfc118973f591e8243 broke GnuTLS connections and possibly more. I couldn't even do the initial connection. * the followup fix was good for the initial connection, but larger amounts of data fail: commit 85113e79cb92f1d2798db5754a9edd54567d2b0e Author: Dmitry Antipov Date: Mon Jul 28 18:50:55 2014 +0400 Fix Gnus-related issues reported by David Kastrup in . * atimer.c (timerfd_callback): Always read expiration data. Add comment. (turn_on_atimers) [HAVE_TIMERFD]: Disarm timerfd timer. * process.c (add_timer_wait_descriptor): Add timer descriptor to input_wait_mask and non_process_wait_mask as well. I've only tested with GnuTLS connections. The symptom seems to be that GnuTLS will read data, then gets a retry, and finally hangs forever. I can duplicate it by trying to read the last 200 messages in emacs-devel and I believe even as little as 16K will trigger the behavior. But if I read the last 1 message only (`C-u 1 RET') then things work. If this is indeed a timer problem, it will be hard to replicate but I hope this is enough data. It would be nice if we could automate the testing of this behavior. It can probably be done with a TLS server (`gnutls-serv' for instance) but in my experience that's a very tricky type of test that tends to throw spurious errors. So it may just be something we live with. I have probably missed the discussion about this timerfd feature (having just come back from vacation), so please forgive my ignorance, but is this something that should always be enabled, or can it be configurable? If it interferes with GnuTLS connections, maybe it should be disabled for them? I am following up to emacs-devel instead of opening a bug report because that's where David Kastrup posted initially. If you prefer a bug report, let me know. Thanks! Ted