Re: [Ikvm-developers] Problems building ikvm 0.46

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 454-5900

Hi all,

Thanks to Vivek I tracked this down. It happens when you use a newer version of ICSharpCode.SharpZipLib.dll than the one that IKVM.NET comes with (the version included in the binary distribution and the one I build against).

The newer version of ICSharpCode.SharpZipLib.dll generates a zip file that is incompatible with Java's java.util.zip implementation and so javac can't read the ikvmstub generated jars.

The quick fix is to use the older version of ICSharpCode.SharpZipLib.dll, but I will also fix ikvmstub to explicitly set the ZipEntry size which also fixes the issue.

Regards,
Jeroen

> -----Original Message-----
> From: Vivek Jhaveri [mailto:viv...@ho...]
> Sent: Thursday, May 26, 2011 12:28 PM
> To: ikv...@li...
> Subject: [Ikvm-developers] Problems building ikvm 0.46
> 
> Hi Jeroen/Andre,
> 
> I have reset the CLASSPATH variable but am getting exactly the same
> error.
> I am running 64-bit Windows 7, and have tried both the 32- and 64-bit
> JDKs, with the same result:
> 
> Was this problem resolved?
> 
> Regards,
> Vivek
> 
> ps: Here is the stack trace:
> 
> [exec] An exception has occurred in the compiler (1.6.0_25). Please file
> a bug at the Java Developer Connection
> (http://java.sun.com/webapps/bugreport)
> after checking the Bug Parade for duplicates. Include your program and
> the following diagnostic in your report.  Thank you.
> [exec] java.lang.NegativeArraySizeException
> [exec]  at
> com.sun.tools.javac.zip.ZipFileIndex.readBytes(ZipFileIndex.java:548)
> [exec]  at
> com.sun.tools.javac.zip.ZipFileIndex.read(ZipFileIndex.java:511)
> [exec]  at
> com.sun.tools.javac.util.DefaultFileManager$ZipFileIndexFileObject.read(
> DefaultFileManager.java:1609)
> [exec]  at
> com.sun.tools.javac.util.DefaultFileManager$ZipFileIndexFileObject.openI
> nputStream(DefaultFileManager.java:1529)
> [exec]  at
> com.sun.tools.javac.jvm.ClassReader.fillIn(ClassReader.java:1844)
> [exec]  at
> com.sun.tools.javac.jvm.ClassReader.complete(ClassReader.java:1777)
> [exec]  at com.sun.tools.javac.code.Symbol.complete(Symbol.java:386)
> [exec]  at
> com.sun.tools.javac.code.Symbol$ClassSymbol.complete(Symbol.java:763)
> [exec]  at
> com.sun.tools.javac.jvm.ClassReader.loadClass(ClassReader.java:1951)
> [exec]  at com.sun.tools.javac.comp.Resolve.loadClass(Resolve.java:842)
> [exec]  at
> com.sun.tools.javac.comp.Resolve.findIdentInPackage(Resolve.java:1011)
> [exec]  at com.sun.tools.javac.comp.Attr.selectSym(Attr.java:1921)
> [exec]  at com.sun.tools.javac.comp.Attr.visitSelect(Attr.java:1835)
> [exec]  at
> com.sun.tools.javac.tree.JCTree$JCFieldAccess.accept(JCTree.java:1522)
> [exec]  at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:360)
> [exec]  at com.sun.tools.javac.comp.Attr.attribType(Attr.java:390)
> [exec]  at
> com.sun.tools.javac.comp.MemberEnter.attribImportType(MemberEnter.java:6
> 81)
> [exec]  at
> com.sun.tools.javac.comp.MemberEnter.visitImport(MemberEnter.java:545)
> [exec]  at
> com.sun.tools.javac.tree.JCTree$JCImport.accept(JCTree.java:495)
> [exec]  at
> com.sun.tools.javac.comp.MemberEnter.memberEnter(MemberEnter.java:387)
> [exec]  at
> com.sun.tools.javac.comp.MemberEnter.memberEnter(MemberEnter.java:399)
> [exec]  at
> com.sun.tools.javac.comp.MemberEnter.visitTopLevel(MemberEnter.java:512)
> [exec]  at
> com.sun.tools.javac.tree.JCTree$JCCompilationUnit.accept(JCTree.java:446
> )
> [exec]  at
> com.sun.tools.javac.comp.MemberEnter.memberEnter(MemberEnter.java:387)
> [exec]  at
> com.sun.tools.javac.comp.MemberEnter.complete(MemberEnter.java:819)
> [exec]  at com.sun.tools.javac.code.Symbol.complete(Symbol.java:386)
> [exec]  at
> com.sun.tools.javac.code.Symbol$ClassSymbol.complete(Symbol.java:763)
> [exec]  at com.sun.tools.javac.comp.Enter.complete(Enter.java:464)
> [exec]  at com.sun.tools.javac.comp.Enter.main(Enter.java:442)
> [exec]  at
> com.sun.tools.javac.main.JavaCompiler.enterTrees(JavaCompiler.java:819)
> [exec]  at
> com.sun.tools.javac.main.JavaCompiler.compile(JavaCompiler.java:727)
> [exec]  at com.sun.tools.javac.main.Main.compile(Main.java:353)
> [exec]  at com.sun.tools.javac.main.Main.compile(Main.java:279)
> [exec]  at com.sun.tools.javac.main.Main.compile(Main.java:270)
> [exec]  at com.sun.tools.javac.Main.compile(Main.java:69)
> [exec]  at com.sun.tools.javac.Main.main(Main.java:54)
> 
> > -----Original Message-----
> Hi André,
> 
> This is your system's standard javac running in your system's standard
> JDK, so it is not IKVM related.
> 
> I did notice that the IKVM build file doesn't explicitly set the -cp
> parameter for javac, so if you have the CLASSPATH environment variable
> defined that could be the problem (maybe it points to a corrupt
> jar/zip?).
> 
> Regards,
> Jeroen
> 
> > -----Original Message-----
> > From: André Gonçalves [mailto:mustafa073@...]
> > Sent: Thursday, April 07, 2011 5:59 PM
> > To: ikvm-developers@...
> > Subject: [Ikvm-developers] Problems building ikvm 0.46
> >
> > Greetings.
> >
> > I have looked around the mailing list for problems regarding building
> > ikvm, but since I couldn't find anything, I'm assuming that I am doing
> > something wrong...
> >
> > Using the VS 2008 command console, I have executed the nant task, but
> > the following build error occurs:
> >
> > [exec] C:\Software\IKVM\project\ikvm\openjdk\openjdk.build(100,10):
> > Attribute 'useruntimeengine' for <exec ... /> is deprecated.  Use the
> > managed attribute and Managed property instead.
> >                  [exec] An exception has occurred in the compiler
> > (1.6.0_24). Please file a bug at the Java Developer Connection
> > (http://java.sun.com/webapps/bugreport)  after checking the Bug Parade
> > for duplicates. Include your program and the following diagnostic in
> > your report.  Thank you.
> >                  [exec] java.lang.NegativeArraySizeException
> >                  [exec]  at
> 
> 