On Fri, 12 Mar 1999, Steve Cohen wrote:
> Hani Suleiman wrote:
>
> > I use jikes with jdk1.2, the only snag is that you have to explicitly
> > include rt.jar in your classpath. Also it will compile code that would not
> > be passed by 1.2 javac. Sorry no specific code to demostrate this (and it
> > would be long on the jikes mailing list anyways!), but it had to do with
> > method calls in inner classes.
> >
> > At 10:08 AM 3/12/99 -0600, Steve Cohen wrote:
> > >both time-wise and memory usage wise. I've had to boost the default
> > >heap size to 20 MB. (Possibly this is because I'm compiling with
> > >-verbose because I had to see what the heck was taking it so long.)
> > >
> > >Is a 1.2-compatible jikes available yet? The jikes I used for 1.1.7
> > >seems to zip through the files with its usual speed, but when I go to
> > >run the thing I get "NoSuchClassExceptions" in my main class.
>
> Yes. I am now seeing that the problems I was seeing that I was attributing
> to
> jikes are also seen when running the program compiled under javac:
>
> More on the slowness of javac:
> Compilation speed (from scratch building multiple class files for same
> application:
> javac: [done in 1009911 ms]
> jikes: approx 15 seconds.
>
> I had previously thought the errors I was getting on execution were the
> result of using jikes. But apparently not so. Once javac finished its
> compilation, an identical exception occurred on executing the compiled
> application:
>
> [scohen@stevecoh jahtzee]$ java JahtzeeApp
> Exception in thread "main" java.lang.NoClassDefFoundError: JahtzeeApp (wrong
> name: jahtzee/JahtzeeApp)
> at java.lang.ClassLoader.defineClass0(Native Method)
> at java.lang.ClassLoader.defineClass(Compiled Code)
> at java.security.SecureClassLoader.defineClass(Compiled Code)
> at java.net.URLClassLoader.defineClass(Compiled Code)
> at java.net.URLClassLoader.access$1(Compiled Code)
> at java.net.URLClassLoader$1.run(Compiled Code)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.net.URLClassLoader.findClass(Compiled Code)
> at java.lang.ClassLoader.loadClass(Compiled Code)
> at sun.misc.Launcher$AppClassLoader.loadClass(Compiled Code)
> at java.lang.ClassLoader.loadClass(Compiled Code)
The problem is that the jikes compiled code does not pass the bytecode
verify stage. If you run the same code under JDK 1.1 and it works then
you know for sure that that is the problem. Please post notes about
this problem on the jikes mailing list. A small example that shows
the problem would be good too.
later
mo dejong
dejong at cs.umn.edu
> What is the problem here? This application worked when compiled under
> JDK117.
> Perhaps I need to supply classpath to java?
> Doing it that way yields:
>
> [scohen@stevecoh jahtzee]$ java -cp /usr/local/java/ JahtzeeApp
> Exception in thread "main" java.lang.NoClassDefFoundError: JahtzeeApp
>
> without all the further info.
>
> Maybe I need to supply the current directory as well?
> No, doing it that way gives me the same error messages as no classpath at
> all.
>
> [scohen@stevecoh jahtzee]$ java -cp ./:/usr/local/java/ JahtzeeApp
> Exception in thread "main" java.lang.NoClassDefFoundError: JahtzeeApp (wrong
> name: jahtzee/JahtzeeApp)
> at java.lang.ClassLoader.defineClass0(Native Method)
> at java.lang.ClassLoader.defineClass(Compiled Code)
> at java.security.SecureClassLoader.defineClass(Compiled Code)
> at java.net.URLClassLoader.defineClass(Compiled Code)
> at java.net.URLClassLoader.access$1(Compiled Code)
> at java.net.URLClassLoader$1.run(Compiled Code)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.net.URLClassLoader.findClass(Compiled Code)
> at java.lang.ClassLoader.loadClass(Compiled Code)
> at sun.misc.Launcher$AppClassLoader.loadClass(Compiled Code)
> at java.lang.ClassLoader.loadClass(Compiled Code)
>
>
>
>
> ----------------------------------------------------------------------
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
>
----------------------------------------------------------------------
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
