From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Lars Magne Ingebrigtsen Newsgroups: gmane.emacs.devel Subject: Re: Determining whether a TCP connection is up Date: Mon, 05 Aug 2013 19:55:55 +0200 Message-ID: References: <87txj64vbx.fsf@dex.adm.naquadah.org> <878v0g1l55.fsf@dex.adm.naquadah.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1375725378 615 80.91.229.3 (5 Aug 2013 17:56:18 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 5 Aug 2013 17:56:18 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Aug 05 19:56:21 2013 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 1V6P12-000217-V8 for ged-emacs-devel@m.gmane.org; Mon, 05 Aug 2013 19:56:21 +0200 Original-Received: from localhost ([::1]:57505 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1V6P12-0005WW-MD for ged-emacs-devel@m.gmane.org; Mon, 05 Aug 2013 13:56:20 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:35876) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1V6P0v-0005UO-24 for emacs-devel@gnu.org; Mon, 05 Aug 2013 13:56:18 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1V6P0p-0004MP-CN for emacs-devel@gnu.org; Mon, 05 Aug 2013 13:56:13 -0400 Original-Received: from hermes.netfonds.no ([80.91.224.195]:42804) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1V6P0p-0004MC-6g for emacs-devel@gnu.org; Mon, 05 Aug 2013 13:56:07 -0400 Original-Received: from cm-84.215.51.58.getinternet.no ([84.215.51.58] helo=stories.gnus.org) by hermes.netfonds.no with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1V6P0d-0005OH-GE for emacs-devel@gnu.org; Mon, 05 Aug 2013 19:55:55 +0200 Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAD1BMVEUvJy4jHSBSR1ipl7MV ERPHXFAUAAACS0lEQVQ4jVVTi5XkMAjDOAXYmSmAQArI4Stgcy/913SSk92by5svsiUQIDbSTUTc M4bjNebzGyGGAYR7pI/8BjqjauqIJG77iAdoiLtp3CdT6gfg1p/4GEW/ge7uZR35QKXNi7uUHon3 /0D6LtLr0deBnGRm+quHD9ddWllL9wh1t4gYB6lNFiml9y5aw/OoAcKKjA1UYUCaVZRhs7xA+TJ2 0QTS8nUES2PdMEANVFlQS+oRjxm4cSg0zK1Zh3fQZNzwdQiyysguRvsGXUqFfoguMhxcsrrDMGhs Lx4x3ADFJg6PvehImkauxhuyqaMWHZEiDSmLjrJIuEGv349SKU1iI4DObXccSuBJlzoW9NogfwOw usGulBY7AJ3xdmNNB1Ua6jAQzagQrSMOdhSVxyiMTUQLynFMBwBQPgodrWGGON8B0B15oPLKKI19 AEACnLlVajLJ7QZAgTF5UkqHiyQggDiK5b+G5AMOTqAJp9MVzMhuVY7ypGpeMNDCHAtOYUBamTfg D2eXLon2XqHAK4soXXRDF6zU1pmsOgvErHmoDYjoXKGuzASVV5imbHpwOzCoECVQLX2LbXYIEAqx G2iwDT0N7JTNQZnqhZYgXuTFyeH8IwwNTOK60WhrmLsKQ+ee4pNU3DY6vQrtMFY5qej/9BDLWFFo wiTWcfb31eguPaltbj3+LnLx0eW+UtEs/QSuC66/T1k7GqjYjh/gazlLv1p/C5v1AWzXWgC38lXC 4OP5AH/e19Wu61wFP1a8/2ksN+Mbujt+nMtfFwp6pecd3kkAAAAASUVORK5CYII= X-Now-Playing: Zomby's _With Love (1)_: "If I Will" X-Hashcash: 1:23:130805:emacs-devel@gnu.org::3q+puIV9aiNgnsm8:000000000000000000000000000000000000000000slvM In-Reply-To: <878v0g1l55.fsf@dex.adm.naquadah.org> (Julien Danjou's message of "Mon, 05 Aug 2013 12:34:30 +0200") User-Agent: Gnus/5.130008 (Ma Gnus v0.8) Emacs/24.3.50 (gnu/linux) X-MailScanner-ID: 1V6P0d-0005OH-GE MailScanner-NULL-Check: 1376330155.7108@dlgZV5vBJY+3bNmk3JSoSw X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.224.195 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:162440 Archived-At: Julien Danjou writes: > It would help a lot: > - connections would be stuck in the *background*, avoiding getting your > Emacs frozen; Not really. Network chatter is issued when users want something to happen, like entering a group and the like. > - connections will eventually time out (the kernel does have a TCP > timeout), and you will be able to reschedule the operation since you > used a queue. Heh heh. After waiting half an hour? > Also, sqending regular NOOP command should triggers early detection of > IP changes. If I'm not mistaken, if the kernel thinks you have a TCP > session established, but your NATed public IP address changed, the > remote server is going to send you a RST or something like that as soon > as it received something, and the kernel will consider the connection as > no more valid and will close it. Nope. This no longer happens in modern network setups. Like my original article said, it's common for people to run firewalls that drop packages that don't belong to TCP sessions. So you get no RST. -- (domestic pets only, the antidote for overdose, milk.) No Gnus T-Shirt for sale: http://ingebrigtsen.no/no.php and http://lars.ingebrigtsen.no/2013/08/twenty-years-of-september.html