On 06/17/2016 11:54 AM, Jiří Činčura wrote:
> Hi,
>
>> Yes. May be the only detail is that zlib may compress data in slightly
>> different ways. In our case data compressed not as a set of packets -
>> the stream is compressed as a whole with flashes in the end of each
>> packet.
> Can i turn on some flag on Firebird to see whether it's happy with the
> data coming? I hardcoded the pflag_compress and I'm wrapping both input
> and output streams in compression. But looks like there's some
> incompatibility.
>
> I do the op_connect without compression, obviously.

Do you receive pflag_compress set in  accept->p_acpt_type? You should 
check this value to decide use compression later or not.

> Then for following
> op_attach I wrap the streams in compression. When I manually flush the
> output data to the server, the server closes the connection with me. So
> I think the data might not be in format that server expects.
>

As far as I know no such flag exists.
Try to make sure std client does work with this server using compressed 
connection.


------------------------------------------------------------------------------
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity planning
reports. http://sdm.link/zohomanageengine
Firebird-Devel mailing list, web interface at 
https://lists.sourceforge.net/lists/listinfo/firebird-devel

Reply via email to