Ciao,

        I corrected  this morning a previous bug with HTTP retrieving. It occurred when persistent connections were on and the max document size was lower than the actual document size. So the stream wasn't completely read.

        In the next request, the connection stayed up and the used stream was the same. So, when read, it contained the previous request body (not already read). So, here is a <Not header> error ...

        I override this bug, by closing the connection if the max document size has been reached. Tell me your opinion, please. It's up to you.

        The same mechanism is the one I used for <Not parsable> documents, when they are asked with a GET method. This way, the body is not read and the stream is still full ... So, we close the connection.

        The real problem is that if after a read I send a write command on the same connection, and then I read again, I still have on the stream the first call result. Or better, I think so because I haven't been able to do the opposite.

        Anyway, I think that now the mechanism works pretty good.

Well, that's it.
Ciao again
-Gabriele


------------------------------------------------------
  Gabriele Bartolini - Prato (PO) - Italy
  E-Mail: [EMAIL PROTECTED]
  http://space.tin.it/io/gabrbart
  http://www.po-net.prato.it
  http://www.comune.prato.it/associa/acslucia
------------------------------------------------------

   Share what you know. Learn what you don't.

------------------------------------------------------

Reply via email to