Hi,
On Fri, 2002-10-25 at 04:45, Wu, Gansha wrote:
> ORP has another
> java.util.zip implementation which implements some critical methods by JNI
> native methods, and as such improves the performance of some real-world
> business applications significantly.
Note that I just committed the foll
Hi,
On Fri, 2002-10-25 at 04:45, Wu, Gansha wrote:
> You're right. GNU Classpath's java.util.zip doesn't need the padding
> because it doesn't use zlib, but a patch there doesn't change the
> correctness
> of GNU Classpath's pure Java java.util.zip implementation. ORP has another
> java.ut
nsha; [EMAIL PROTECTED]
Subject: Re: java.util.zip.InflaterInputStream patch
Hi,
On Sat, 2002-10-19 at 21:50, Tom Tromey wrote:
> Mark> + //add a padding byte,
> Mark> + //it's necessary when using native zlib
> Mark> + ++len;
>
> Mark>
Hi,
On Sat, 2002-10-19 at 21:50, Tom Tromey wrote:
> Mark> + //add a padding byte,
> Mark> + //it's necessary when using native zlib
> Mark> + ++len;
>
> Mark> When is this needed?
>
> I wonder if it is related to this comment in libgcj:
>
> /* Using the no_hea
Mark> + //add a padding byte,
Mark> + //it's necessary when using native zlib
Mark> + ++len;
Mark> When is this needed?
I wonder if it is related to this comment in libgcj:
/* Using the no_header option, zlib requires an extra padding byte at the
end of th
Hi,
I am slowly integrating the Intel Orp patches and had a question on the
following change:
* classpath/java/util/zip/InflaterInputStream.java: a small fix for
native zlib.
--- java/util/zip/InflaterInputStream.javaFri Jan 25 23:01:09 2002
+++ java/util/zip/InflaterInputStream.javaMon
6 matches
Mail list logo
