On Fri, 12 Feb 1999, Aaron M. Renn wrote:

> Moses DeJong wrote:
> > Well, sharing is always good. Perhaps I have run into something you have
> > not and vice versa. The Jar stuff is really nasty because the
> > java.util.zip is so badly implemented and documented (this is Sun's
> > fault). This last 10% is much more difficult to get working than
> > the previous 90%. You are welcome to use my impl if you like but if
> > you want to "roll your own" I would understand.

Yeah, those two are the most straightforward. It really gets ugly when you
try to write the zip files. I was forced to use some 1.2 features (like
the java.uti.jar package and the ZipEntry.getCompressedSize() method)
because there was not other way to implement it. I still do not get how
one is supposed to write a input stream and set the CRC of an uncompressed
ZipEntry without reading the stream twice. If you have figured that one
out please tell me how you did it. I threw in a quick hack to set the crc
to 0 and that seemed to work but it is not the "right" solution. I think
I will end up needing to implement the java.util.jar package in Kaffe for
this all to work. There is really no reason to implement a custom manifest
parser and writer whan 1.2 makes these classes standard.

later
mo

> I'd be happy to look at your code and give my opinions. But the parts of my
> program that don't really function yet are the actual file operations. I can
> list the contents of a jar file and extract files from it, but that is where
> I stopped since we don't have functioning zip or jar yet.  (I probably
> didn't even hit the 10% you had trouble getting to work). Are you relying
> solely on java.util.zip?  This greatly increase the complexity of the
> program.
> 
> -- 
> Aaron M. Renn ([EMAIL PROTECTED]) http://www.urbanophile.com/arenn/
> 

Reply via email to