From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Jason Rumney Newsgroups: gmane.emacs.devel Subject: Re: Reviving Gnus after suspend/hibernation Date: Sat, 29 Oct 2011 11:33:44 +0800 Message-ID: <87mxcksc87.fsf@gnu.org> References: <87wrc2qmog.fsf@gnu.org> <877h3ule0y.fsf@lifelogs.com> <87hb2ucox4.fsf@lifelogs.com> <83lis6b8t9.fsf@gnu.org> <8762jajn5q.fsf@lifelogs.com> <87ehxym87k.fsf@lifelogs.com> <87mxckx3hx.fsf@lifelogs.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1319859247 475 80.91.229.12 (29 Oct 2011 03:34:07 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sat, 29 Oct 2011 03:34:07 +0000 (UTC) Cc: emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Oct 29 05:34:01 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 1RJzgG-0001Q2-Mi for ged-emacs-devel@m.gmane.org; Sat, 29 Oct 2011 05:34:00 +0200 Original-Received: from localhost ([::1]:44898 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RJzgF-0002lg-AG for ged-emacs-devel@m.gmane.org; Fri, 28 Oct 2011 23:33:59 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:42886) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RJzgC-0002lb-Ul for emacs-devel@gnu.org; Fri, 28 Oct 2011 23:33:58 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RJzgB-0002WJ-U5 for emacs-devel@gnu.org; Fri, 28 Oct 2011 23:33:56 -0400 Original-Received: from mail-pz0-f47.google.com ([209.85.210.47]:57192) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RJzgB-0002W9-Ip for emacs-devel@gnu.org; Fri, 28 Oct 2011 23:33:55 -0400 Original-Received: by pzd13 with SMTP id 13so12036558pzd.6 for ; Fri, 28 Oct 2011 20:33:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; bh=2BU7IPcPNTWxjbiiboX37QNWsy2TAE22+IRQop3YZko=; b=sQutUu1Es7mQsp0vZ+KGIeuDSyDL/eF5UfEKeZVoTfgdicsD0EjvYQ6p6/Sh+pOzK1 QBTecWUSH4acLNETUEYr6D6O750LekBXBVCUY8VkY/EW+gDWJxQhETXVeAgZ9V+vF2La hyWkYTW4IfesiEA6BmLN2jsPvb80CcQuTBC0c= Original-Received: by 10.68.209.103 with SMTP id ml7mr7860211pbc.17.1319859234445; Fri, 28 Oct 2011 20:33:54 -0700 (PDT) Original-Received: from home.jasonrumney.net ([180.75.246.192]) by mx.google.com with ESMTPS id lt6sm29047592pbb.17.2011.10.28.20.33.48 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 28 Oct 2011 20:33:51 -0700 (PDT) Original-Received: by home.jasonrumney.net (Postfix, from userid 1000) id 8ACF11283; Sat, 29 Oct 2011 11:33:44 +0800 (MYT) In-Reply-To: (Stefan Monnier's message of "Fri, 28 Oct 2011 20:50:24 -0400") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.90 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 209.85.210.47 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:145737 Archived-At: Stefan Monnier writes: > The Linux kernel definitely does not (and barring a NAT router, or > a resume with a different IP, or attempted communication on the link > while you're sleeping, the TCP connection will be faithfully waiting > for us when we resume). The other end will close it after a timeout. Usually 5 minutes. So you end up with a socket to nowhere, and need to wait another 5 minutes on the local end for the timeout to find out the socket is not working. This isn't just a problem during suspend/resume, it also happens if the network disappears suddenly. But this isn't the problem I've experienced with Gnus after suspend/resume. Gnus apparently knows the socket is closed, as it very quickly reports the connection failure and starts working in offline mode. What is missing is the ability to automatically reconnect and continue, without going back to the Groups buffer and pressing M-g (which inhibits the offline mode, as opposed to g, which doesn't).