That said, if not required by the spec, we'll need the tck.... I'll get started on that.
Geir -----Original Message----- From: Magnusson, Geir [mailto:[EMAIL PROTECTED] Sent: Thu May 25 17:45:05 2006 To: harmony-dev@incubator.apache.org; [EMAIL PROTECTED] Subject: RE: Intention to work on Pack200 uncompressor/compressor Please don't answer. Someone politely pointed out privately that I'm a moron. I understand now. Geir -- Geir Magnusson Jr SSG/MPD [EMAIL PROTECTED] +1 203 665 6437 > -----Original Message----- > From: Geir Magnusson Jr [mailto:[EMAIL PROTECTED] > Sent: Thursday, May 25, 2006 5:23 PM > To: harmony-dev@incubator.apache.org > Subject: Re: Intention to work on Pack200 uncompressor/compressor > > Would you mind if I ask why? > > geir > > > Alex Blewitt wrote: > > Hi everyone, > > > > I'd like to start work on an implementation of the pack200 > > decompression algorithm, from the specification which is > available at > > http://www.jcp.org/aboutJava/communityprocess/first/jsr200/ > > > > The actual java class/interface is relatively simple, but the > > implementation behind the unpack() and pack() methods > decidedly isn't > > :-) My goal will be to provide the unpacking algorithm > first, and then > > work on a packer subsequently. I'll probably try to write it in an > > o.a.h module first, and then hook it into the java.util.jar > > classes/packages later. > > > > The only problem is that I'm building this on a Mac > (primarily) and so > > I don't have the ability to download the IBM VM for > bootstrapping the > > VM process (though a later task is to see if I can help with the > > migration of the VM to Mac OS X). Can I develop it against the Java > > 1.4 on my machine for the o.a.h module first, and then contribute it > > in stages? > > > > The other problem is that the API is pretty sparse; the > packer either > > unpacks, or it doesn't :-) So from a contribution point of > view, there > > may not be much to publically show, but I'd like (if > possible) to have > > some of the implementation work made available as I go, in > case anyone > > else wants to help out :-) > > > > I'd also like to try and design the implementation such > that it could > > be downloaded and used by other OSGi implementations (e.g. Eclipse). > > > > If someone can give me some advice as to a suitable package > name I can > > make an initial start on an implementation, and then in stages can > > post it to Jira. > > > > Thanks, > > > > Alex. > > > > > > --------------------------------------------------------------------- > Terms of use : http://incubator.apache.org/harmony/mailing.html > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > --------------------------------------------------------------------- Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]