W3C home > Mailing lists > Public > www-lib@w3.org > January to March 1996

Re: Trouble with message/rfc822 parser

From: <kennykb@cobweb.crd.ge.com>
Date: Wed, 28 Feb 96 22:52:54 -0500
Message-Id: <9602282252.AA07648@cobweb.crd.ge.com>
To: Henrik Frystyk Nielsen <frystyk@w3.org>
Cc: kennykb@cobweb.crd.ge.com, www-lib@w3.org
Some weeks ago, I asked:
> Also, can someone advise me on an appropriate code fragment to launch
> the converter?  I'm running in a CGI environment; that is, filedescriptor
> zero is a socket to the client, from which I'm supposed to read the form
> data, and the environment variable CONTENT_LENGTH contains the number of
> bytes of data.  I thought of using HTLoadSocket, but it
> doesn't seem to have any way to constrain the
> amount of data to read.

Henrik Frystyk Nielsen <frystyk@w3.org> said:
> The way to do this is to return HT_LOADED from _your_ stream when you 
> have  read the number of bytes that you expect. Then this will be 
> passed back to the  socket read loop which will then terminate. You 
> can see an example of this in  the HTMIME.c module where we in order 
> to support persistent connections - we  return HT_LOADED when we have 
> read content-length bytes. 

I finally got back to trying this.

It doesn't work!  HTSocketRead tries to read INPUT_BUFFER_SIZE bytes.
There needs to be a way to make sure that it never even tries to get
more than CONTENT_LENGTH, or else it'll read excess data from the socket.

--
73 de ke9tv/2, Kevin KENNY   GE Corporate Research & Development
kennykb@crd.ge.com           P. O. Box 8, Room KWC273
                             Schenectady, New York 12301-0008 USA
Received on Wednesday, 28 February 1996 17:55:54 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Monday, 23 April 2007 18:18:26 GMT