From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Sunjoong Lee Newsgroups: gmane.lisp.guile.user Subject: Re: read-response-body of (web response) depends on Content-Length but ... Date: Fri, 27 Apr 2012 17:28:01 +0900 Message-ID: References: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=f46d0418252029108b04bea4e318 X-Trace: dough.gmane.org 1335515319 32178 80.91.229.3 (27 Apr 2012 08:28:39 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 27 Apr 2012 08:28:39 +0000 (UTC) To: guile-user@gnu.org Original-X-From: guile-user-bounces+guile-user=m.gmane.org@gnu.org Fri Apr 27 10:28:38 2012 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 1SNgXb-0005da-CT for guile-user@m.gmane.org; Fri, 27 Apr 2012 10:28:35 +0200 Original-Received: from localhost ([::1]:52903 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SNgXa-0006gt-Nh for guile-user@m.gmane.org; Fri, 27 Apr 2012 04:28:34 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:44994) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SNgXS-0006gO-B0 for guile-user@gnu.org; Fri, 27 Apr 2012 04:28:30 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SNgXQ-0002VX-7t for guile-user@gnu.org; Fri, 27 Apr 2012 04:28:25 -0400 Original-Received: from mail-wi0-f171.google.com ([209.85.212.171]:56814) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SNgXP-0002V0-VV for guile-user@gnu.org; Fri, 27 Apr 2012 04:28:24 -0400 Original-Received: by wibhj13 with SMTP id hj13so258845wib.12 for ; Fri, 27 Apr 2012 01:28:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=aSBAPf4/Z3fmNlRervfFYWxyjhhwYz3/IzcjNH/LvY0=; b=DoU8yCSCkmzH1wyD8Wpv+DCeoOI1M4TXDLfKJYKyXZyaWXHGwoBorkZ7c+Pa/g3VKv O9/Sr5Y8qZ81CToauQKexAIMfWrc8KpNg75TUPdZZbrzPGhlvF4tsuhV9Pzy3f3SpEtY Z9AqXhOoWCULqw7rlEWQwD9JLhPYDWd8wlIsGkw+vyUt3ZxOkQ5Ci6VvFOt1LIlVAfZ+ 6cfDD258KWXm0+piDS1R4sdG2q326bqSbyN4mZOLgCgH3Z+FnMUZPNxdY1R2S055ZM2d lYPjlKLBcwA3fSTzAYqLeHcGqVlVdwqOVee2hIgg0cqf6y3/Rtlxc6TGn1uwJmEVu5iA SiHQ== Original-Received: by 10.180.95.74 with SMTP id di10mr4365069wib.1.1335515301875; Fri, 27 Apr 2012 01:28:21 -0700 (PDT) Original-Received: by 10.223.93.206 with HTTP; Fri, 27 Apr 2012 01:28:01 -0700 (PDT) In-Reply-To: X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 209.85.212.171 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:9403 Archived-At: --f46d0418252029108b04bea4e318 Content-Type: text/plain; charset=UTF-8 I googled and found http://tools.ietf.org/html/rfc2616 . In a section of "4.4 Message Length": 2.If a Transfer-Encoding header field (section 14.41) is present and has any value other than "identity", then the transfer-length is defined by use of the "chunked" transfer-coding (section 3.6), unless the message is terminated by closing the connection. 3.If a Content-Length header field (section 14.13) is present, its decimal value in OCTETs represents both the entity-length and the transfer-length. The Content-Length header field MUST NOT be sent if these two lengths are different (i.e., if a Transfer-Encoding header field is present). If a message is received with both a Transfer-Encoding header field and a Content-Length header field, the latter MUST be ignored. 2012/4/27 Sunjoong Lee > > Oh, Content-Length missing!! Apache server of www.gnu.org replied > response without Content-Length via home.en.html request. Is > Content-Length mandatory of response? If so, it would be Apache's fault. > But if not so, I think it's better modify read-response-body of (web > response) in Guile. > --f46d0418252029108b04bea4e318 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I googled and found=C2=A0http://tools.ietf.org/html/rfc2616 .

In a section of = "4.4 Message Length":
=C2=A0 2.If a Transfe= r-Encoding header field (section 14.41) is present and
=C2=A0 =C2=A0 =C2=A0has any value other than "identity&quo= t;, then the transfer-length is
=C2=A0 =C2=A0 =C2=A0defined by use of the "= chunked" transfer-coding (section 3.6),
=C2=A0 =C2=A0 =C2=A0unless the message is terminated by closing the conne= ction.
=C2=A0 3.If a Content-Length header field (secti= on 14.13) is present, its
=C2=A0 =C2=A0 =C2= =A0decimal value in OCTETs represents both the entity-length and the
<= div class=3D"gmail_extra"> =C2=A0 =C2=A0 =C2=A0transfer-length. The Content-Length header field MUST N= OT be sent
=C2=A0 =C2=A0 =C2=A0if these two= lengths are different (i.e., if a Transfer-Encoding
=C2=A0 =C2=A0 =C2=A0header field is present). If a message is rec= eived with both a
=C2=A0 =C2=A0 =C2=A0Transfer-Encoding header fie= ld and a Content-Length header field,
=C2= =A0 =C2=A0 =C2=A0the latter MUST be ignored.

2012/4/27 Sunjoong Lee <sunjoong@gmail.com>
Oh,=C2=A0Content-Length missing!!=C2=A0Apache server of=C2=A0www.gnu.org replied response = without Content-Length via home.en.html request. Is Content-Length=C2=A0man= datory of=C2=A0response? If so, it would be Apache's fault. But if not = so, I think it's better modify=C2=A0read-response-body of (web response= ) in Guile.

=C2=A0
--f46d0418252029108b04bea4e318--