This is the mail archive of the
java@gcc.gnu.org
mailing list for the Java project.
Re: ZipInputStream brokenness
- From: Jeff Sturm <jsturm at one-point dot com>
- To: Per Bothner <per at bothner dot com>
- Cc: java at gcc dot gnu dot org
- Date: Tue, 3 Sep 2002 06:58:55 -0400 (EDT)
- Subject: Re: ZipInputStream brokenness
On Mon, 2 Sep 2002, Per Bothner wrote:
> > Perhaps in bulk data copies? I'd guess a raw InputStream should
> > perform slightly better than any buffered stream for large enough reads.
>
> That's application-levell buffering, I think.
True. OK, I had misunderstood your point. I claim that there are
applications wanting 100% control over buffering, but that isn't what
you were arguing.
Having access to raw I/O is demonstrably a good thing, but I'd agree
that the byte-at-a-time FileInputStream.read() method is quite useless.
Jeff