fyi: while I was coding this the parameter was called 'nowrap' since upgrading to 0.84 the parameter is now called 'noHeader'. The flag may still be inverted, I'm not 100% sure.
On 12/18/05, Norman Rasmussen <[EMAIL PROTECTED]> wrote: > I was recently trying to convert some Java code to C# (to use > SharpZipLib), and I found the 'noHeader' parameters of the Inflater > constructor _HAD_ to be correct otherwise nothing would work. AFAIK: > the Java implementations have something similar, so you might check > that those values are correct too. > > On 12/18/05, Tijl Houtbeckers <[EMAIL PROTECTED]> wrote: > > On Sun, 18 Dec 2005 20:07:54 +0100, Jakob Schroeter <[EMAIL PROTECTED]> > > wrote: > > > > > Indeed, debug.log contains the following: > > > > > > ... > > > java.util.zip.ZipException: no current ZIP entry > > > at java.util.zip.ZipOutputStream.write(Unknown Source) > > > ... > > > > Now, I haven't been looking at the Wildfire source or anything, but it's > > highly unlikely you can write a zlib compatible (as specified in the > > stream compression JEP) output with a ZipOutputStream, since that writes > > output specific to the ZIP file format. For "pure" ZLIB you can use > > DeflaterOutputStream and InflaterInputStream. (ZipOutputStream and > > ZipInputStream actually extend these). However AFAIK these still do not > > give you the ability to do "partial flushes" on your output which is > > needed to get good compression for XMPP. > > > > Thankfully, there is a lib available to do this: > > http://www.jcraft.com/jzlib/index.html (also explains the problem with the > > Sun implementation a bit more). It's also pure Java so you won't be > > vonurable to any ZLIB exploits. > > > > > -- > - Norman Rasmussen > - Email: [EMAIL PROTECTED] > - Home page: http://norman.rasmussen.co.za/ > -- - Norman Rasmussen - Email: [EMAIL PROTECTED] - Home page: http://norman.rasmussen.co.za/
