- From: <kennykb@cobweb.crd.ge.com>
- Date: Wed, 28 Feb 96 22:52:54 -0500
- 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 UTC