From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: gnus makes emacs lose response Date: Fri, 25 Aug 2006 03:44:01 -0400 Message-ID: References: <17645.6709.53699.324551@rgrjr.dyndns.org> Reply-To: rms@gnu.org NNTP-Posting-Host: main.gmane.org Content-Type: text/plain; charset=ISO-8859-15 X-Trace: sea.gmane.org 1156491998 28503 80.91.229.2 (25 Aug 2006 07:46:38 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 25 Aug 2006 07:46:38 +0000 (UTC) Cc: emacs-devel@gnu.org, angeli@iwi.uni-sb.de, storm@cua.dk Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Aug 25 09:46:35 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1GGWOb-0006VP-Fa for ged-emacs-devel@m.gmane.org; Fri, 25 Aug 2006 09:46:29 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GGWOa-0000gI-S4 for ged-emacs-devel@m.gmane.org; Fri, 25 Aug 2006 03:46:28 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1GGWMI-0007JV-Lj for emacs-devel@gnu.org; Fri, 25 Aug 2006 03:44:06 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1GGWMH-0007J6-Pj for emacs-devel@gnu.org; Fri, 25 Aug 2006 03:44:06 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GGWMH-0007J2-MI for emacs-devel@gnu.org; Fri, 25 Aug 2006 03:44:05 -0400 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.52) id 1GGWUW-0004Vb-5L for emacs-devel@gnu.org; Fri, 25 Aug 2006 03:52:36 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1GGWMD-0003GV-L2; Fri, 25 Aug 2006 03:44:01 -0400 Original-To: Bob Rogers In-reply-to: <17645.6709.53699.324551@rgrjr.dyndns.org> (message from Bob Rogers on Wed, 23 Aug 2006 23:17:09 -0400) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:58851 Archived-At: When you redial, the computer attached to the modem bank has no clue who are (and might even be a different computer than before), so you usually get a different IP address, making TCP connections established with the old IP address unusable. Either way, OpenSSL probably isn't even aware of all this commotion in the lower layers of the networking stack. That being so, if you're using WiFi then OpenSSL should not die when the connection drops, but if you're using PPP, then OpenSSL should die when the connection drops. Emacs is the wrong place to make the decision. Emacs is not in a position to know whether the connection was by phone or by wireless. If Gnus could impose a timeout, it would fix the problem for phone connections and cause a spurious problem for wireless. How can we make the right thing happen in both cases? Some part of the system has to be responsible for making the right thing happen in each of these cases. Somehow OpenSSL needs to be able to determine that a low-level connection is irrevocably broken, so it can die. This may require changes in Linux and GNU Libc as well as OpenSSL, but I don't know. We need to report this to the people who can fix it right. In the mean time, the solution for Emacs is to make sure C-g works.