Re: Contribution of security, crypto, and x-net libraries
The HARMONY-14 contribution contains stub implementations (i.e. methods with 'empty' bodies) for a couple of class library areas. We put those in so the other areas would compile ok, to enable on-going development in those areas. The the class library areas were defined on the wiki, and debated a while ago: http://wiki.apache.org/harmony/ClassLibrary so, with reference to that list, HARMONY-14 contains some implementation for LUNI, ARCHIVE, NIO-CHANNELS, NIO-CHARSET, SECURITY and TEXT; and stub-only implementations for the VM-specific Kernel classes, MATH, and REGEX. The 'full' implementation areas still need work too! Besides bringing the APIs up to 5.0 we have some known bugs which I'll be happy to help fix if the contribution is accepted into svn. It seems that you are falling over the stub implementation of java.math.BigInteger. I'll also volunteer to help to fill those methods in to get the HARMONY-16 code working. Regards, Tim Mishura, Stepan M wrote: > One of integration issues is to run unit tests provided for security, > crypto, and x-net libraries on combination of contributions. So there > are 52 test failures. I have analyzed most of them: > - In 26 cases tests failed because of not implemented functionality of > java.math.BigInteger class. > - In 6 cases BouncyCastle provider throws NPE. I expect that the reason > is the same (java.math.BigInteger class) because stack trace looks like: > > java.lang.NullPointerException > at org.bouncycastle.asn1.DERInteger.(DERInteger.java:56) > at > org.bouncycastle.asn1.pkcs.PKCS12PBEParams.(PKCS12PBEParams.java:2 > 5) > at > org.bouncycastle.jce.provider.JDKAlgorithmParameters$PKCS12PBE.engineIni > t(JDKAlgorithmParameters.java:620) > > - 9 tests hung JVM without any diagnostics. These failures need further > investigation and I can not provide detailed info for them right now. > > Thanks, > Stepan Mishura > Intel Managed Runtime Division > -- Tim Ellison ([EMAIL PROTECTED]) IBM Java technology centre, UK.
Re: [jchevm] Porting JCHEVM to OSX/PPC
Hi Archie, Thanks for your help so far. etc/makedist.sh runs now, and I have removed some more elf specific stuff from libjc/ (I hope I didn't destroy too much ;)). The build now hangs at libjc/gc_root.c where _JC_REGISTER_OFFS is used for the first time. AFAICS this relies on the i386 registers, so I guess this one will become more tricky to port. I'll have a closer look into that over the weekend. Cheers, David. On Wed, 2005-11-23 at 11:56 -0600, Archie Cobbs wrote: > David Tanzer wrote: > > Thanks, your infos brought me a little bit further. Not etc/makedist.sh > > fails when it invokes jcjavah for the first time: the > > _JC_MUTEX_LOCK(...) > > called from libjc/class_bytes.c (line 102) fails because of EINVAL, I'll > > have a look at this in the next few days. Maybe you have some hints for > > me where I could start? > > Oops, fortunately that's an easy fix.. should be fixed now... > svn update and try again. > > -Archie > > __ > Archie Cobbs *CTO, Awarix* http://www.awarix.com -- David Tanzer, Haghofstr. 29, A-3352 St. Peter/Au, Austria/Europe http://deltalabs.at -- http://dev.guglhupf.net -- http://guglhupf.net My PGP Public Key: http://guglhupf.net/david/david.asc -- A debugged program is one for which you have not yet found the conditions that make it fail. -- Jerry Ogdin smime.p7s Description: S/MIME cryptographic signature
RE: Contribution of security, crypto, and x-net libraries
On Mon, Nov 21, 2005 at 09:08:28PM +0300, Loenko, Mikhail Y wrote: >> >> Some folks at Intel spent some time over the last week trying to >> figure >> >> out whether or not it is going to work with the recent contribution >> of >> >> lang/util/io/net/nio packages by IBM, and the general consensus is >> that >> >> they, mostly, should be compatible. We have verified that it is >> already >> >> possible to run ant and the Eclipse compiler with this combination >> and >> >> we are committed to work with the community to get more complex >> >> workloads to work under Harmony. >> > >> >We will work closely with you to resolve any issues you have to ensure >> >the two contributions work well together. >> >> Right now, we are sorting out the integration issues. We hope to >> summarize the problems shortly and mail them to harmony-dev list > >This may be obvious, but you are more than welcome to do such "sorting out" >on this mailing list rather than just send out summaries when its done. The >sooner we get all of the "we" in that sentence above actively involved >around >here, the better! One of integration issues is to run unit tests provided for security, crypto, and x-net libraries on combination of contributions. So there are 52 test failures. I have analyzed most of them: - In 26 cases tests failed because of not implemented functionality of java.math.BigInteger class. - In 6 cases BouncyCastle provider throws NPE. I expect that the reason is the same (java.math.BigInteger class) because stack trace looks like: java.lang.NullPointerException at org.bouncycastle.asn1.DERInteger.(DERInteger.java:56) at org.bouncycastle.asn1.pkcs.PKCS12PBEParams.(PKCS12PBEParams.java:2 5) at org.bouncycastle.jce.provider.JDKAlgorithmParameters$PKCS12PBE.engineIni t(JDKAlgorithmParameters.java:620) - 9 tests hung JVM without any diagnostics. These failures need further investigation and I can not provide detailed info for them right now. Thanks, Stepan Mishura Intel Managed Runtime Division