EAP #3516 not running under Mustang b56.
The latest EAP #3516 release doesn't run under the Mustang b56 build. Here's the exception thrown at startup.
Any ideas?
java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:589)
at com.intellij.ide.plugins.PluginManager$5.run(PluginManager.java:3)
at java.lang.Thread.run(Thread.java:611)
Caused by: java.lang.NullPointerException
at com.intellij.util.ui.UIUtil.updateFrameIcon(UIUtil.java:57)
at com.intellij.idea.Main.mainImpl(Main.java:37)
at com.intellij.idea.Main.start(Main.java:15)
... 6 more
java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:589)
at com.intellij.ide.plugins.PluginManager$5.run(PluginManager.java:3)
at java.lang.Thread.run(Thread.java:611)
Caused by: java.lang.NullPointerException
at com.intellij.util.ui.UIUtil.updateFrameIcon(UIUtil.java:57)
at com.intellij.idea.Main.mainImpl(Main.java:37)
at com.intellij.idea.Main.start(Main.java:15)
... 6 more
ERROR - llij.ide.plugins.PluginManager -
ERROR - llij.ide.plugins.PluginManager - JDK: 1.6.0-ea
ERROR - llij.ide.plugins.PluginManager - VM: Java HotSpot(TM) Server VM
1% ! sun.nio.cs.UTF_8$Encoder::encodeArrayLoop @ 129 (698 bytes)
ERROR - llij.ide.plugins.PluginManager - Vendor: Sun Microsystems Inc.
ERROR - llij.ide.plugins.PluginManager - OS: Linux
ERROR - llij.ide.plugins.PluginManager - Original exception:
java.lang.NullPointerException
at com.intellij.util.ui.UIUtil.updateFrameIcon(UIUtil.java:57)
at com.intellij.idea.Main.mainImpl(Main.java:37)
at com.intellij.idea.Main.start(Main.java:15)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:589)
at com.intellij.ide.plugins.PluginManager$5.run(PluginManager.java:3)
at java.lang.Thread.run(Thread.java:611)
23 sun.nio.cs.UTF_8$Encoder::encodeArrayLoop (698 bytes)
ERROR - llij.ide.plugins.PluginManager -
java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:589)
at com.intellij.ide.plugins.PluginManager$5.run(PluginManager.java:3)
at java.lang.Thread.run(Thread.java:611)
Caused by: java.lang.NullPointerException
at com.intellij.util.ui.UIUtil.updateFrameIcon(UIUtil.java:57)
at com.intellij.idea.Main.mainImpl(Main.java:37)
at com.intellij.idea.Main.start(Main.java:15)
The obligatory thread dump. The main thread is gone:
Full thread dump Java HotSpot(TM) Server VM (1.6.0-ea-b56 mixed mode):
"Fatal Errors Grouper" prio=10 tid=0x0817ea00 nid=0x1658 waiting on condition
java.lang.Thread.State: TIMED_WAITING (sleeping)
at java.lang.Thread.sleep(Native Method)
at com.intellij.diagnostic.MessagePool$MessageGrouper.run(MessagePool.java:4)
"AWT-XAWT" daemon prio=10 tid=0x083e9500 nid=0x1655 runnable
java.lang.Thread.State: RUNNABLE
at sun.awt.X11.XToolkit.waitForEvents(Native Method)
at sun.awt.X11.XToolkit.run(XToolkit.java:584)
at sun.awt.X11.XToolkit.run(XToolkit.java:559)
at java.lang.Thread.run(Thread.java:611)
"Java2D Disposer" daemon prio=10 tid=0x083bb200 nid=0x1653 in Object.wait()
java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
- waiting on (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:116)
- locked <0x43447468>]]> (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:132)
at sun.java2d.Disposer.run(Disposer.java:123)
at java.lang.Thread.run(Thread.java:611)
"Lock thread" prio=10 tid=0x08166b00 nid=0x1651 runnable
java.lang.Thread.State: RUNNABLE
at java.net.PlainSocketImpl.socketAccept(Native Method)
at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:384)
- locked ]]> (a java.net.SocksSocketImpl)
at java.net.ServerSocket.implAccept(ServerSocket.java:450)
at java.net.ServerSocket.accept(ServerSocket.java:421)
at com.intellij.idea.SocketLock$MyRunnable.run(SocketLock.java)
at java.lang.Thread.run(Thread.java:611)
"DestroyJavaVM" prio=10 tid=0x0805e500 nid=0x1646 waiting on condition
java.lang.Thread.State: RUNNABLE
"Low Memory Detector" daemon prio=10 tid=0x08102200 nid=0x164e runnable
java.lang.Thread.State: RUNNABLE
"CompilerThread1" daemon prio=10 tid=0x08100d00 nid=0x164d waiting on condition
java.lang.Thread.State: RUNNABLE
"CompilerThread0" daemon prio=10 tid=0x080ffa00 nid=0x164c waiting on condition
java.lang.Thread.State: RUNNABLE
"Signal Dispatcher" daemon prio=10 tid=0x080feb00 nid=0x164b runnable
java.lang.Thread.State: RUNNABLE
"Finalizer" daemon prio=10 tid=0x080ee700 nid=0x164a in Object.wait()
java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
- waiting on (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:116)
- locked <0x43650b90>]]> (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:132)
at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:159)
"Reference Handler" daemon prio=10 tid=0x080ee100 nid=0x1649 in Object.wait()
java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
- waiting on (a java.lang.ref.Reference$Lock)
at java.lang.Object.wait(Object.java:484)
at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:116)
- locked <0x43650458>]]> (a java.lang.ref.Reference$Lock)
"VM Thread" prio=10 tid=0x080ea300 nid=0x1648 runnable
"VM Periodic Task Thread" prio=10 tid=0x08103800 nid=0x164f waiting on condition
JNI global references: 874
Please sign in to leave a comment.
IIRC that might be a problem that was discussed in the Mustang forum.
The change Sun made was to return zero for some dialogs parent.
They said they will "change that change" so to not break existing code.
ALan Stange wrote:
Yes, you're right.
http://forums.java.net/jive/thread.jspa?threadID=1439&tstart=0
Thanks!
ALan Stange wrote on 22/10/05 04:10:
None of the recent versions run under recent Mustangs :(
Stephen Kelvin wrote on 22/10/05 04:30:
Any idea which mustang build this "changed change" is in?
I tested the b57 build that was released today against the
EAP #3526 build.
It didn't work.
And I am sad.
b47 is the last one I have been able to get to work.
Vinay Moharil wrote on 23/10/05 05:16:
Just tried b58 and its working nicely again - woohoo ;)
Mark Derricutt wrote on 30/10/05 15:38:
Well, it worked at home - at the office it dies dead :(
b58 doesn't work for me on linux.
Still throws the same error.
sigh.
Alan Stange wrote on 31/10/05 16:44:
Yep :( Looks like I'd left a JDK_HOME set to my earlier 1.6.0 install
in the term I ran IDEA :(
Oh my god, guys, just use this simple "launcher" class to run the EAP
builds with Mustang!
package launcher; import java.awt.*; import javax.swing.*; public class Launcher { public static void main(String[] args) { Frame frame=new Frame(); frame.setIconImage(new ImageIcon("//path/icon.gif").getImage()); JOptionPane.setRootFrame(frame); //Start idea com.intellij.idea.Main.main(args); } } ]]>
The important line here is "JOptionPane.setRootFrame(frame);" which sets
the dialog root frame (which is now null by default).
Of course, "customization" is lacking, but you get the idea ;)
regards,
Messi
ALan Stange wrote:
or wait until tomorrow for the b59 build, which contains the fix for this problem.
b59 working fine again - yahooo
Thats great, just posted this here, myself I'm using it since a few
weeks (since it didn't work)... when I last looked it was said that this
behavior (returning null) wasn't going to be reverted...
regards,
Messi
Vinay Moharil wrote:
Well - partially working. If you have line numbers in the gutter and you scroll up or down, you get interesting results to say the least. Same if you scroll up or down in the project view. This is in Linux - not sure if the problems exist in windows / macos.
Yes, I see a similar problem without the line numbers. After some interval of time, scrolling up or down using the scroll wheel or the scroolbar causes the editor to only update on about the bottom or top inch of the associated panel. After ~10 seconds, the whole window will repaint correctly.
It fails with either the standard renderer or the OpenGL pipeline. This is on Linux (suse 9.3) with the monitor rotated, so the monitor is 1200x1600.
Works fine under Java 1.5.
Alan Stange wrote on 08/11/05 14:07:
How did you configure X for rotated? I've been thinking of trying that
out with my widescreen lcd...
look at the xrandr command. I believe it's a standard part of Suse 9.3.
Yes, same problem exists under Windows when running with Mustang (cannot
remember that it ever worked with any Mustang build, i.e. this
problem seems to exist since Mustang's first available builds...)
Couldn't find anything to do about it...
regards,
Messi
Grant Smith wrote:
Some good news (I think)
It looks like b60 corrects the scrolling problem.
If I enable the OpenGL rendering pipeline, then I still have some issues.
Note that I'm running with the grey rect double buffering code enabled (which I don't think is the default on linux).
-Dswing.bufferPerWindow=true
-Dswing.handleTopLevelPaint=true
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6331762