# Tuesday, 10 December 2002
« Bonaire | Main | protected »
No Title
I did some debugging last night to try and figure out where the random NullReferenceExceptions come from when running the SWT samples. I couldn't pinpoint anything (adding Console.WriteLines completely changed the behavior :-(), but when I tried running the exe under the 1.1 beta CLR the problem didn't occur, so naturally, now I'm beginning to wonder whether it is actually caused by a CLR bug...
Tuesday, 10 December 2002 16:25:19 (W. Europe Standard Time, UTC+01:00)  #    Comments [3]
Tuesday, 10 December 2002 10:10:41 (W. Europe Standard Time, UTC+01:00)

I tried to get ikvmc to compile some of my code, but it failed with the following error:


Parsing class files
Constructing compiler
Loading remapped types
Compiling class files (1)
Compiling class files (2)
System.InvalidOperationException: Type must be declared abstract if any of its methods are abstract.
at System.Reflection.Emit.TypeBuilder.CreateType()
at JavaTypeImpl.Finish()
at DynamicTypeWrapper.Finish()
at ClassLoaderWrapper.FinishAll()
at JVM.Compile(String path, String assembly, String mainClass, PEFileKinds target, Byte[][] classes, String[] references)
at Compiler.Compile(String fileName, String assemblyName, String mainClass, PEFileKinds target, Byte[][] classes, String[] references)


Any suggestions? I can email you the jar files if that would help (although I'm probably not allowed to send the sources).


If I can get this program to (a) compile and (b) actually work, I can save everyone in my department the hassle of having to download and install java...

Stuart
Tuesday, 10 December 2002 10:12:29 (W. Europe Standard Time, UTC+01:00)

Hmm, let's try that again, with linebreaks this time. That means double-spacing, I think, because there doesn't seem to be a way to force a single linebreak...


Parsing class files


Constructing compiler


Loading remapped types


Compiling class files (1)


Compiling class files (2)


System.InvalidOperationException: Type must be declared abstract if any of its m
ethods are abstract.


at System.Reflection.Emit.TypeBuilder.CreateType()


at JavaTypeImpl.Finish()


at DynamicTypeWrapper.Finish()


at ClassLoaderWrapper.FinishAll()


at JVM.Compile(String path, String assembly, String mainClass, PEFileKinds target, Byte[][] classes, String[] references)


at Compiler.Compile(String fileName, String assemblyName, String mainClass, PEFileKinds target, Byte[][] classes, String[] references)


Hopefully that one will be a little more readable...

Stuart
Wednesday, 11 December 2002 04:38:51 (W. Europe Standard Time, UTC+01:00)

Please send me the Jar and I'll have a look.
Jeroen Frijters
Name
E-mail
Home page

I apologize for the lameness of this, but the comment spam was driving me nuts. In order to be able to post a comment, you need to answer a simple question. Hopefully this question is easy enough not to annoy serious commenters, but hard enough to keep the spammers away.

Anti-Spam Question: What method on java.lang.System returns an object's original hashcode (i.e. the one that would be returned by java.lang.Object.hashCode() if it wasn't overridden)? (case is significant)

Answer:  
Comment (HTML not allowed)  

Live Comment Preview