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
