Community
Participate
Working Groups
Build 200303251417 IBM 1.3.1 SR2 JRE 1. Start with a new workspace. 2. Turn off auto build. 3. Connect to CVS and check out the following projects - org.eclipse.swt - org.eclipse.swt.win32 - org.eclipse.swt.examples 4. Go to Java Packager view. Filters - show '.*' files. 5. Copy .classpath_win32 to .classpath 6. Turn on autobuild. I get the following walkback and the build does not occur. The class Widget is tagged as having the internal compile error. *** Error Log: !SESSION Mar 26, 2003 16:15:37.310 --------------------------------------------- java.fullversion=J2RE 1.3.1 IBM Windows 32 build cn131-20020710 (JIT enabled: jitc) BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US Command-line arguments: -os win32 -ws win32 -arch x86 -dev bin -data d:\eclipse- ws\ui-ws -install file:D:/eclipse/ !ENTRY org.eclipse.team.cvs.ssh 1 0 Mar 26, 2003 16:15:37.310 !MESSAGE Host key for dev.eclipse.org was not found in the list of known hosts stored in d:\eclipse-ws\ui- ws\.metadata\.plugins\org.eclipse.team.cvs.ssh\known_hosts. The key is being automatically added to the known_hosts file for you. This key, which is like a personal signature, is used by Eclipse to guarantee that the host it is communicating with is the correct one. If the Eclipse client detects a change in this key you will be notified. !ENTRY org.eclipse.core.resources 4 2 Mar 26, 2003 16:19:05.809 !MESSAGE Problems occurred when invoking code from plug- in: "org.eclipse.core.resources". !STACK 0 java.lang.NullPointerException at java.lang.String.<init>(String.java(Compiled Code)) at org.eclipse.jdt.internal.compiler.lookup.Scope.getTypeOrPackage (Scope.java(Compiled Code)) at org.eclipse.jdt.internal.compiler.lookup.Scope.getTypeOrPackage (Scope.java(Compiled Code)) at org.eclipse.jdt.internal.compiler.lookup.Scope.getTypeOrPackage (Scope.java(Compiled Code)) at org.eclipse.jdt.internal.compiler.lookup.Scope.getTypeOrPackage (Scope.java(Compiled Code)) at org.eclipse.jdt.internal.compiler.lookup.Scope.getTypeOrPackage (Scope.java(Compiled Code)) at org.eclipse.jdt.internal.compiler.lookup.Scope.getTypeOrPackage (Scope.java(Compiled Code)) at org.eclipse.jdt.internal.compiler.lookup.BlockScope.getBinding (BlockScope.java:752) at org.eclipse.jdt.internal.compiler.lookup.BlockScope.getBinding (BlockScope.java:393) at org.eclipse.jdt.internal.compiler.ast.QualifiedNameReference.resolveType (QualifiedNameReference.java:720) at org.eclipse.jdt.internal.compiler.ast.MessageSend.resolveType (MessageSend.java:184) at org.eclipse.jdt.internal.compiler.ast.Expression.resolve (Expression.java:433) at org.eclipse.jdt.internal.compiler.ast.IfStatement.resolve (IfStatement.java:243) at org.eclipse.jdt.internal.compiler.ast.AbstractMethodDeclaration.resolveStatement s(AbstractMethodDeclaration.java:324) at org.eclipse.jdt.internal.compiler.ast.MethodDeclaration.resolveStatements (MethodDeclaration.java:127) at org.eclipse.jdt.internal.compiler.ast.AbstractMethodDeclaration.resolve (AbstractMethodDeclaration.java:313) at org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.resolve (TypeDeclaration.java:791) at org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.resolve (TypeDeclaration.java:832) at org.eclipse.jdt.internal.compiler.ast.CompilationUnitDeclaration.resolve (CompilationUnitDeclaration.java:251) at org.eclipse.jdt.internal.compiler.Compiler.process(Compiler.java:538) at org.eclipse.jdt.internal.compiler.Compiler.compile(Compiler.java:338) at org.eclipse.jdt.internal.core.builder.AbstractImageBuilder.compile (AbstractImageBuilder.java(Compiled Code)) at org.eclipse.jdt.internal.core.builder.AbstractImageBuilder.compile (AbstractImageBuilder.java:145) at org.eclipse.jdt.internal.core.builder.BatchImageBuilder.build (BatchImageBuilder.java:51) at org.eclipse.jdt.internal.core.builder.JavaBuilder.buildAll (JavaBuilder.java:194) at org.eclipse.jdt.internal.core.builder.JavaBuilder.build (JavaBuilder.java:122) at org.eclipse.core.internal.events.BuildManager$2.run (BuildManager.java:427) at org.eclipse.core.runtime.Platform.run(Platform.java(Compiled Code)) at org.eclipse.core.runtime.Platform.run(Platform.java(Compiled Code)) at org.eclipse.core.internal.events.BuildManager.basicBuild (BuildManager.java:125) at org.eclipse.core.internal.events.BuildManager.basicBuild (BuildManager.java:181) at org.eclipse.core.internal.events.BuildManager.basicBuild (BuildManager.java:191) at org.eclipse.core.internal.events.BuildManager$1.run (BuildManager.java:151) at org.eclipse.core.runtime.Platform.run(Platform.java(Compiled Code)) at org.eclipse.core.runtime.Platform.run(Platform.java(Compiled Code)) at org.eclipse.core.internal.events.BuildManager.basicBuild (BuildManager.java:165) at org.eclipse.core.internal.events.BuildManager.basicBuildLoop (BuildManager.java:243) at org.eclipse.core.internal.events.BuildManager.build (BuildManager.java:212) at org.eclipse.core.internal.resources.Workspace.build (Workspace.java:181) at org.eclipse.ui.actions.GlobalBuildAction$1.run (GlobalBuildAction.java:174) at org.eclipse.jface.operation.ModalContext$ModalContextThread.run (ModalContext.java:101)
Created attachment 4358 [details] walkback traces written to dos window
Appears to be related to loading the swt examples project. If I do not load this, I can build successfully.
Ignore above statement, even if I don't have the examples project loaded I still cannot build.
Lynne, could you please try with another VM? Or try disabling the jit (passing - vmArgs -Djava.compiler=NONE) I suspect this is another case of a jit problem with SR2.
Disabling the jit or using a different vm solves the problem. I guess this is expected. I thought it was odd because I have been using the 1.3.1 SR2 vm for awhile, but I ran into this problem starting with Monday's build.
Reproduced and isolated source pattern causing grief to SR2 JIT. if replacing following code ... unitScope.recordReference(unitScope.fPackage.compoundName, name); Binding binding = unitScope.fPackage.getTypeOrPackage(name); ... with following using an extra local variable 'currentPackage' ... PackageBinding currentPackage = unitScope.fPackage; unitScope.recordReference(currentPackage.compoundName, name); Binding binding = currentPackage.getTypeOrPackage(name); then it runs ok. This is only a workaround for a JIT bug, but still interesting for users of SR2 ...
*** Bug 34962 has been marked as a duplicate of this bug. ***
*** Bug 35476 has been marked as a duplicate of this bug. ***
*** Bug 31497 has been marked as a duplicate of this bug. ***
*** Bug 35298 has been marked as a duplicate of this bug. ***
*** Bug 35754 has been marked as a duplicate of this bug. ***
Candidating for RC4 integration.
+1
Fix released for integration
Verified