Greg wrote: > Thank you for the info I will look at the RFC. > > I have a couple of other questions: > > What is the difference between gzcompress and gzdeflate and why would I use > one over another? i have no idea > > One the same track: > ZLibcompress2(UInt16 refnum, Bytef * dest, uLongf * destLen, const Bytef * > source, uLong sourceLen, int level) > is not well documented, is it better to use then: > ZLibdeflateinit2(UInt16 refnum, z_streamp strm, int level, int method, int > windowBits, int memLevel, int strategy, const char *version, int stream_size) again i dont know > > Finally, the compressed data does not appear to contain NULLs, but it would > appear that adding the header and footer data for the gzip format I will now > have NULLs. I would prefer to try not to have NULLs if possible since it > simplifies the data handling. Is it possible to transfer compressed data > without NULLs? dont count with this. compressed data may contain NULL. when you want to be sure there is none you must use some encoding of data stream which will take care about that. there are many standart ways(base64, uuencode...) or you may use something simpler which doesnt produce so much overhead.
truth is that NULLs should be rare - but that doesn't make it impossible > > Thanks > > Greg > -- For information on using the ACCESS Developer Forums, or to unsubscribe, please see http://www.access-company.com/developers/forums/
