This is my function:
void __fastcall ReverseProxyClientClass::prepareCompressedStream(void)
{
if(!compressedStream)
compressedStream = new TMemoryStream();
else
compressedStream->Clear();
}
//---------------------------------------------------------------------------
unsigned int __fastcall ReverseProxyClientClass::compressFullStream(TStream
*stream, __int64 FRequestRangeStart, __int64 contentLength)
{
prepareCompressedStream();
if(!stream->Size)
return 0;
stream->Seek(FRequestRangeStart, soBeginning);
try
{
ZlibCompressStreamEx(stream, compressedStream,
(TCompressionLevel)compressionType, zsGZip, true);
}
catch(...)
{
return 0;
}
return compressedStream->Size;
}
//---------------------------------------------------------------------------
Do you guys see anything wrong with this code? Seems that some internal ZLib
buffer is causing this problem to me. Please help as I have been working on
this for weeks now...
SZ
On Mon, May 2, 2011 at 16:16, Fastream Technologies <ga...@fastream.com>wrote:
> Hello,
>
> When we proxy our PHP home page at http://www.iqproxyserver.com, only with
> GZip compression on proxy, after 1 or 2 days of running it starts to produce
> pages with 7 copies of the same HTML!
>
> The original page size is 23829 Bytes. When compressed correctly it outputs
> 6356 Bytes. When this issue happens, it is 142974 (uncompressed 7 pages) ->
> 9573Bytes (compressed 7 pages).
> The web server is IIS7 + PHP 5.3.6 (non-thread-safe). Seems to me that
> issue is in our application but have no clue where! Any idea?
>
> Best Regards,
>
> SZ
>
--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be
