From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Darren Hoo Newsgroups: gmane.lisp.guile.user Subject: An http session that ends with a TCP Reset sent by the server Date: Thu, 13 Jun 2013 16:33:49 +0800 Message-ID: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1371157645 12481 80.91.229.3 (13 Jun 2013 21:07:25 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 13 Jun 2013 21:07:25 +0000 (UTC) To: guile-user@gnu.org Original-X-From: guile-user-bounces+guile-user=m.gmane.org@gnu.org Thu Jun 13 23:07:24 2013 Return-path: Envelope-to: guile-user@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 1UnEjp-0001dZ-Fx for guile-user@m.gmane.org; Thu, 13 Jun 2013 23:07:21 +0200 Original-Received: from localhost ([::1]:37434 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UnEjo-0001xV-TJ for guile-user@m.gmane.org; Thu, 13 Jun 2013 17:07:20 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:45429) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Un34i-0004c6-CL for guile-user@gnu.org; Thu, 13 Jun 2013 04:40:10 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Un34f-0002wm-AC for guile-user@gnu.org; Thu, 13 Jun 2013 04:40:08 -0400 Original-Received: from plane.gmane.org ([80.91.229.3]:55243) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Un34f-0002ry-3p for guile-user@gnu.org; Thu, 13 Jun 2013 04:40:05 -0400 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1Un34d-0002KL-CS for guile-user@gnu.org; Thu, 13 Jun 2013 10:40:03 +0200 Original-Received: from li511-224.members.linode.com ([66.175.216.224]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 13 Jun 2013 10:40:03 +0200 Original-Received: from darren.hoo by li511-224.members.linode.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 13 Jun 2013 10:40:03 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 47 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: li511-224.members.linode.com User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (darwin) Cancel-Lock: sha1:03Jy5+Z9Rha2E2JB1/5hdzfWxBA= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.229.3 X-Mailman-Approved-At: Thu, 13 Jun 2013 17:07:13 -0400 X-BeenThere: guile-user@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: General Guile related discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guile-user-bounces+guile-user=m.gmane.org@gnu.org Original-Sender: guile-user-bounces+guile-user=m.gmane.org@gnu.org Xref: news.gmane.org gmane.lisp.guile.user:10438 Archived-At: I use the web client module to access a web service as what follows scheme@(guile-user)> (use-modules (web client)) scheme@(guile-user)> (http-get "http://172.18.23.123/") ERROR: In procedure get-bytevector-n!: ERROR: In procedure fport_fill_input: Connection reset by peer Entering a new prompt. Type `,bt' for a backtrace or `,q' to continue. scheme@(guile-user) [1]> ,bt In web/client.scm: 230:12 4 (request "http://172.18.23.123/" #:body #f #:port # #:method "GET" #:version (1 . 1) #:keep-alive? #f #:headers () #:decode-body? #t # #f # #) In web/response.scm: 310:2 3 (read-response-body #< version: (1 . 1) code: 200 reason-phrase: "OK" headers: ((cache-control no-cache) (connection close) (content-type text/html) (cont…>) In unknown file: 2 (get-bytevector-all #) In web/response.scm: 249:4 1 (read! #vu8(60 104 116 109 108 62 13 10 60 104 101 97 100 62 13 10 60 115 99 114 105 112 116 32 116 121 112 101 61 34 116 101 120 116 47 106 97 118 97 115 99 114 …) …) In unknown file: 0 (get-bytevector-n! # #vu8(60 104 116 109 108 62 13 10 60 104 101 97 100 62 13 10 60 115 99 114 105 112 116 32 116 121 112 101 61 34 116 # …) …) scheme@(guile-user) [1]> tcpdump shows that the server ends the http session abruptly with a RST: 16:07:31.060489 IP 192.168.199.228.57353 > 172.18.23.123.80: Flags [S], seq 3473013508, win 65535, options [mss 1460,nop,wscale 4,nop,nop,TS val 931410271 ecr 0,sackOK,eol], length 0 16:07:31.064571 IP 172.18.23.123.80 > 192.168.199.228.57353: Flags [S.], seq 4261252364, ack 3473013509, win 1024, options [mss 1024], length 0 16:07:31.064635 IP 192.168.199.228.57353 > 172.18.23.123.80: Flags [.], ack 1, win 65535, length 0 16:07:31.064923 IP 192.168.199.228.57353 > 172.18.23.123.80: Flags [P.], seq 1:60, ack 1, win 65535, length 59 16:07:31.066022 IP 172.18.23.123.80 > 192.168.199.228.57353: Flags [P.], seq 1:521, ack 60, win 1024, length 520 16:07:31.066075 IP 192.168.199.228.57353 > 172.18.23.123.80: Flags [.], ack 521, win 65015, length 0 16:07:31.068523 IP 172.18.23.123.80 > 192.168.199.228.57353: Flags [R], seq 4261252885, win 1024, length 0 This seems compliant with RFC 1122: 4.2.2.13 Closing a Connection: RFC-793 Section 3.5 A TCP connection may terminate in two ways: (1) the normal TCP close sequence using a FIN handshake, and (2) an "abort" in which one or more RST segments are sent and the connection state is immediately discarded. The server responds with a body that contains an http redirect information but ends with a RST packet which is case (2). My question is how I can I handle this, ie, read the response body and ignore the RST in Guile without changing anything in libguile?