Ok, results so far: zlib decompression works, even with InflaterInputStream and partial flush. However the xml pull parser seems to have implicit dependencies on specific read/available behaviour. Return 0 (no data read) causes a partial parsing of the input stream. (I've tried to decode the raw stream with zpipe.c, the sample zlib code and with the android ui, both work).
I got past the hanging connection by answering a read(buf,off,len) with 0. Looks like jzlib behaved "better" with regard to available/ read. Anyway, I need a workaround in case that kXML requires a special input stream contract.... Regards, René Treffer -- You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/android-developers?hl=en
