Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Archived » Albireo » JOptionPane and dispose() problems
JOptionPane and dispose() problems [message #8666] Tue, 21 October 2008 22:28 Go to next message
Eclipse User
Originally posted by: stephan.nagy.gmail.com

Hi,

We recently switched from our much hacked on EmbeddedSwingComposite to
Alberio, and I'm happy to say many of the problems we had experienced
have gone away. However, we have encountered a new problem that we are
a bit puzzled by.

When we spawn JOptionPane from our SwingControl we get the stack at the
end of this email dispose. We hacked on the JOptionPane and replaced

dialog.show();
dialog.dispose();

with

dialog.setVisible(true);
dialog.setVisible(false);
SwingUtilities.invokeLater(new Runnable() {public void run() {
dialog.dispose();
}});

which makes the problem go away, but isn't really an acceptable
solution. Any thoughts or ideas on how we might avoid the problem?

org.eclipse.swt.SWTException: Widget is disposed

at org.eclipse.swt.SWT.error(SWT.java:3563)

at org.eclipse.swt.SWT.error(SWT.java:3481)

at org.eclipse.swt.SWT.error(SWT.java:3452)

at org.eclipse.swt.widgets.Widget.error(Widget.java:432)

at org.eclipse.swt.widgets.Widget.checkWidget(Widget.java:325)

at org.eclipse.swt.widgets.Shell.forceActive(Shell.java:806)

at org.eclipse.albireo.internal.SwtInputBlocker.open(Unknown Source)

at org.eclipse.albireo.internal.SwtInputBlocker.block(Unknown Source)

at org.eclipse.albireo.internal.AwtDialogListener$2.run(Unknown
Source)

at org.eclipse.albireo.core.ThreadingHandler$1.run(Unknown Source)

at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:3 5)

at
org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchr onizer.java:129)

at
org.eclipse.swt.widgets.Display.runAsyncMessages(Display.jav a:3659)

at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java :3296)

at org.eclipse.swing.integration.SwtInputBlocker.open(Unknown Source)

at org.eclipse.swing.integration.SwtInputBlocker.block(Unknown
Source)

at org.eclipse.swing.integration.AwtDialogListener$2.run(Unknow n
Source)

at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:3 5)

at
org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchr onizer.java:129)

at
org.eclipse.swt.widgets.Display.runAsyncMessages(Display.jav a:3659)

at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java :3296)

at
org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.jav a:2389)

at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2353)

at org.eclipse.ui.internal.Workbench.access$4(Workbench.java:22 19)

at org.eclipse.ui.internal.Workbench$4.run(Workbench.java:466)

at
org.eclipse.core.databinding.observable.Realm.runWithDefault (Realm.java:289)

at
org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Work bench.java:461)

at
org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.j ava:149)

at com.tripos.nexus.application.NexusApplication.start(Unknown
Source)

at
org.eclipse.equinox.internal.app.EclipseAppHandle.run(Eclips eAppHandle.java:169)

at
org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher .runApplication(EclipseAppLauncher.java:106)

at
org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher .start(EclipseAppLauncher.java:76)

at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseS tarter.java:363)

at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseS tarter.java:176)

at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)

at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)

at java.lang.reflect.Method.invoke(Unknown Source)

at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java: 508)

at org.eclipse.equinox.launcher.Main.basicRun(Main.java:447)

at org.eclipse.equinox.launcher.Main.run(Main.java:1173)

at org.eclipse.equinox.launcher.Main.main(Main.java:1148)
Re: JOptionPane and dispose() problems [message #8679 is a reply to message #8666] Thu, 23 October 2008 00:03 Go to previous messageGo to next message
Gordon Hirsch is currently offline Gordon Hirsch
Messages: 100
Registered: July 2009
Senior Member
This sounds like a bug that was fixed in the code after the most recent
release. Basically the call to forceActive() from SwtInputBlocker needs
to be wrapped in an if statement that makes sure the shell has not been
disposed. (More info:
http://dev.eclipse.org/mhonarc/lists/albireo-dev/msg00250.ht ml)

If you check out the most recent source code from CVS and build it,
you'll have the fix.

Meanwhile, I guess it's about time to release a new version of the code.
I'll try to get to that in the next week or so.

Stephan Nagy wrote:
> Hi,
>
> We recently switched from our much hacked on EmbeddedSwingComposite to
> Alberio, and I'm happy to say many of the problems we had experienced
> have gone away. However, we have encountered a new problem that we are
> a bit puzzled by.
>
> When we spawn JOptionPane from our SwingControl we get the stack at the
> end of this email dispose. We hacked on the JOptionPane and replaced
>
> dialog.show();
> dialog.dispose();
>
> with
>
> dialog.setVisible(true);
> dialog.setVisible(false);
> SwingUtilities.invokeLater(new Runnable() {public void run() {
> dialog.dispose();
> }});
>
> which makes the problem go away, but isn't really an acceptable
> solution. Any thoughts or ideas on how we might avoid the problem?
>
> org.eclipse.swt.SWTException: Widget is disposed
>
> at org.eclipse.swt.SWT.error(SWT.java:3563)
>
> at org.eclipse.swt.SWT.error(SWT.java:3481)
>
> at org.eclipse.swt.SWT.error(SWT.java:3452)
>
> at org.eclipse.swt.widgets.Widget.error(Widget.java:432)
>
> at org.eclipse.swt.widgets.Widget.checkWidget(Widget.java:325)
>
> at org.eclipse.swt.widgets.Shell.forceActive(Shell.java:806)
>
> at org.eclipse.albireo.internal.SwtInputBlocker.open(Unknown Source)
>
> at org.eclipse.albireo.internal.SwtInputBlocker.block(Unknown Source)
>
> at org.eclipse.albireo.internal.AwtDialogListener$2.run(Unknown
> Source)
>
> at org.eclipse.albireo.core.ThreadingHandler$1.run(Unknown Source)
>
> at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:3 5)
>
> at
> org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchr onizer.java:129)
>
>
> at
> org.eclipse.swt.widgets.Display.runAsyncMessages(Display.jav a:3659)
>
> at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java :3296)
>
> at org.eclipse.swing.integration.SwtInputBlocker.open(Unknown Source)
>
> at org.eclipse.swing.integration.SwtInputBlocker.block(Unknown
> Source)
>
> at org.eclipse.swing.integration.AwtDialogListener$2.run(Unknow n
> Source)
>
> at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:3 5)
>
> at
> org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchr onizer.java:129)
>
>
> at
> org.eclipse.swt.widgets.Display.runAsyncMessages(Display.jav a:3659)
>
> at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java :3296)
>
> at
> org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.jav a:2389)
>
> at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2353)
>
> at org.eclipse.ui.internal.Workbench.access$4(Workbench.java:22 19)
>
> at org.eclipse.ui.internal.Workbench$4.run(Workbench.java:466)
>
> at
> org.eclipse.core.databinding.observable.Realm.runWithDefault (Realm.java:289)
>
>
> at
> org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Work bench.java:461)
>
> at
> org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.j ava:149)
>
> at com.tripos.nexus.application.NexusApplication.start(Unknown
> Source)
>
> at
> org.eclipse.equinox.internal.app.EclipseAppHandle.run(Eclips eAppHandle.java:169)
>
>
> at
> org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher .runApplication(EclipseAppLauncher.java:106)
>
>
> at
> org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher .start(EclipseAppLauncher.java:76)
>
>
> at
> org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseS tarter.java:363)
>
>
> at
> org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseS tarter.java:176)
>
>
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>
> at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
>
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
>
> at java.lang.reflect.Method.invoke(Unknown Source)
>
> at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java: 508)
>
> at org.eclipse.equinox.launcher.Main.basicRun(Main.java:447)
>
> at org.eclipse.equinox.launcher.Main.run(Main.java:1173)
>
> at org.eclipse.equinox.launcher.Main.main(Main.java:1148)
>
Re: JOptionPane and dispose() problems [message #8690 is a reply to message #8679] Fri, 24 October 2008 15:41 Go to previous message
Eclipse User
Originally posted by: stephan.nagy.gmail.com

Thanks, we will give it a try.

Gordon Hirsch wrote:
> This sounds like a bug that was fixed in the code after the most recent
> release. Basically the call to forceActive() from SwtInputBlocker needs
> to be wrapped in an if statement that makes sure the shell has not been
> disposed. (More info:
> http://dev.eclipse.org/mhonarc/lists/albireo-dev/msg00250.ht ml)
>
> If you check out the most recent source code from CVS and build it,
> you'll have the fix.
>
> Meanwhile, I guess it's about time to release a new version of the code.
> I'll try to get to that in the next week or so.
>
> Stephan Nagy wrote:
>> Hi,
>>
>> We recently switched from our much hacked on EmbeddedSwingComposite to
>> Alberio, and I'm happy to say many of the problems we had experienced
>> have gone away. However, we have encountered a new problem that we
>> are a bit puzzled by.
>>
>> When we spawn JOptionPane from our SwingControl we get the stack at
>> the end of this email dispose. We hacked on the JOptionPane and replaced
>>
>> dialog.show();
>> dialog.dispose();
>>
>> with
>>
>> dialog.setVisible(true);
>> dialog.setVisible(false);
>> SwingUtilities.invokeLater(new Runnable() {public void run() {
>> dialog.dispose();
>> }});
>>
>> which makes the problem go away, but isn't really an acceptable
>> solution. Any thoughts or ideas on how we might avoid the problem?
>>
>> org.eclipse.swt.SWTException: Widget is disposed
>>
>> at org.eclipse.swt.SWT.error(SWT.java:3563)
>>
>> at org.eclipse.swt.SWT.error(SWT.java:3481)
>>
>> at org.eclipse.swt.SWT.error(SWT.java:3452)
>>
>> at org.eclipse.swt.widgets.Widget.error(Widget.java:432)
>>
>> at org.eclipse.swt.widgets.Widget.checkWidget(Widget.java:325)
>>
>> at org.eclipse.swt.widgets.Shell.forceActive(Shell.java:806)
>>
>> at org.eclipse.albireo.internal.SwtInputBlocker.open(Unknown
>> Source)
>>
>> at org.eclipse.albireo.internal.SwtInputBlocker.block(Unknown
>> Source)
>>
>> at org.eclipse.albireo.internal.AwtDialogListener$2.run(Unknown
>> Source)
>>
>> at org.eclipse.albireo.core.ThreadingHandler$1.run(Unknown Source)
>>
>> at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:3 5)
>>
>> at
>> org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchr onizer.java:129)
>>
>>
>> at
>> org.eclipse.swt.widgets.Display.runAsyncMessages(Display.jav a:3659)
>>
>> at
>> org.eclipse.swt.widgets.Display.readAndDispatch(Display.java :3296)
>>
>> at org.eclipse.swing.integration.SwtInputBlocker.open(Unknown
>> Source)
>>
>> at org.eclipse.swing.integration.SwtInputBlocker.block(Unknown
>> Source)
>>
>> at org.eclipse.swing.integration.AwtDialogListener$2.run(Unknow n
>> Source)
>>
>> at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:3 5)
>>
>> at
>> org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchr onizer.java:129)
>>
>>
>> at
>> org.eclipse.swt.widgets.Display.runAsyncMessages(Display.jav a:3659)
>>
>> at
>> org.eclipse.swt.widgets.Display.readAndDispatch(Display.java :3296)
>>
>> at
>> org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.jav a:2389)
>>
>> at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2353)
>>
>> at org.eclipse.ui.internal.Workbench.access$4(Workbench.java:22 19)
>>
>> at org.eclipse.ui.internal.Workbench$4.run(Workbench.java:466)
>>
>> at
>> org.eclipse.core.databinding.observable.Realm.runWithDefault (Realm.java:289)
>>
>>
>> at
>> org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Work bench.java:461)
>>
>>
>> at
>> org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.j ava:149)
>>
>> at com.tripos.nexus.application.NexusApplication.start(Unknown
>> Source)
>>
>> at
>> org.eclipse.equinox.internal.app.EclipseAppHandle.run(Eclips eAppHandle.java:169)
>>
>>
>> at
>> org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher .runApplication(EclipseAppLauncher.java:106)
>>
>>
>> at
>> org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher .start(EclipseAppLauncher.java:76)
>>
>>
>> at
>> org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseS tarter.java:363)
>>
>>
>> at
>> org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseS tarter.java:176)
>>
>>
>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>
>> at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
>>
>> at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
>>
>> at java.lang.reflect.Method.invoke(Unknown Source)
>>
>> at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java: 508)
>>
>> at org.eclipse.equinox.launcher.Main.basicRun(Main.java:447)
>>
>> at org.eclipse.equinox.launcher.Main.run(Main.java:1173)
>>
>> at org.eclipse.equinox.launcher.Main.main(Main.java:1148)
>>
Re: JOptionPane and dispose() problems [message #574482 is a reply to message #8666] Thu, 23 October 2008 00:03 Go to previous message
Gordon Hirsch is currently offline Gordon Hirsch
Messages: 100
Registered: July 2009
Senior Member
This sounds like a bug that was fixed in the code after the most recent
release. Basically the call to forceActive() from SwtInputBlocker needs
to be wrapped in an if statement that makes sure the shell has not been
disposed. (More info:
http://dev.eclipse.org/mhonarc/lists/albireo-dev/msg00250.ht ml)

If you check out the most recent source code from CVS and build it,
you'll have the fix.

Meanwhile, I guess it's about time to release a new version of the code.
I'll try to get to that in the next week or so.

Stephan Nagy wrote:
> Hi,
>
> We recently switched from our much hacked on EmbeddedSwingComposite to
> Alberio, and I'm happy to say many of the problems we had experienced
> have gone away. However, we have encountered a new problem that we are
> a bit puzzled by.
>
> When we spawn JOptionPane from our SwingControl we get the stack at the
> end of this email dispose. We hacked on the JOptionPane and replaced
>
> dialog.show();
> dialog.dispose();
>
> with
>
> dialog.setVisible(true);
> dialog.setVisible(false);
> SwingUtilities.invokeLater(new Runnable() {public void run() {
> dialog.dispose();
> }});
>
> which makes the problem go away, but isn't really an acceptable
> solution. Any thoughts or ideas on how we might avoid the problem?
>
> org.eclipse.swt.SWTException: Widget is disposed
>
> at org.eclipse.swt.SWT.error(SWT.java:3563)
>
> at org.eclipse.swt.SWT.error(SWT.java:3481)
>
> at org.eclipse.swt.SWT.error(SWT.java:3452)
>
> at org.eclipse.swt.widgets.Widget.error(Widget.java:432)
>
> at org.eclipse.swt.widgets.Widget.checkWidget(Widget.java:325)
>
> at org.eclipse.swt.widgets.Shell.forceActive(Shell.java:806)
>
> at org.eclipse.albireo.internal.SwtInputBlocker.open(Unknown Source)
>
> at org.eclipse.albireo.internal.SwtInputBlocker.block(Unknown Source)
>
> at org.eclipse.albireo.internal.AwtDialogListener$2.run(Unknown
> Source)
>
> at org.eclipse.albireo.core.ThreadingHandler$1.run(Unknown Source)
>
> at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:3 5)
>
> at
> org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchr onizer.java:129)
>
>
> at
> org.eclipse.swt.widgets.Display.runAsyncMessages(Display.jav a:3659)
>
> at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java :3296)
>
> at org.eclipse.swing.integration.SwtInputBlocker.open(Unknown Source)
>
> at org.eclipse.swing.integration.SwtInputBlocker.block(Unknown
> Source)
>
> at org.eclipse.swing.integration.AwtDialogListener$2.run(Unknow n
> Source)
>
> at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:3 5)
>
> at
> org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchr onizer.java:129)
>
>
> at
> org.eclipse.swt.widgets.Display.runAsyncMessages(Display.jav a:3659)
>
> at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java :3296)
>
> at
> org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.jav a:2389)
>
> at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2353)
>
> at org.eclipse.ui.internal.Workbench.access$4(Workbench.java:22 19)
>
> at org.eclipse.ui.internal.Workbench$4.run(Workbench.java:466)
>
> at
> org.eclipse.core.databinding.observable.Realm.runWithDefault (Realm.java:289)
>
>
> at
> org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Work bench.java:461)
>
> at
> org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.j ava:149)
>
> at com.tripos.nexus.application.NexusApplication.start(Unknown
> Source)
>
> at
> org.eclipse.equinox.internal.app.EclipseAppHandle.run(Eclips eAppHandle.java:169)
>
>
> at
> org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher .runApplication(EclipseAppLauncher.java:106)
>
>
> at
> org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher .start(EclipseAppLauncher.java:76)
>
>
> at
> org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseS tarter.java:363)
>
>
> at
> org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseS tarter.java:176)
>
>
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>
> at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
>
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
>
> at java.lang.reflect.Method.invoke(Unknown Source)
>
> at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java: 508)
>
> at org.eclipse.equinox.launcher.Main.basicRun(Main.java:447)
>
> at org.eclipse.equinox.launcher.Main.run(Main.java:1173)
>
> at org.eclipse.equinox.launcher.Main.main(Main.java:1148)
>
Re: JOptionPane and dispose() problems [message #574547 is a reply to message #8679] Fri, 24 October 2008 15:41 Go to previous message
Eclipse User
Originally posted by: stephan.nagy.gmail.com

Thanks, we will give it a try.

Gordon Hirsch wrote:
> This sounds like a bug that was fixed in the code after the most recent
> release. Basically the call to forceActive() from SwtInputBlocker needs
> to be wrapped in an if statement that makes sure the shell has not been
> disposed. (More info:
> http://dev.eclipse.org/mhonarc/lists/albireo-dev/msg00250.ht ml)
>
> If you check out the most recent source code from CVS and build it,
> you'll have the fix.
>
> Meanwhile, I guess it's about time to release a new version of the code.
> I'll try to get to that in the next week or so.
>
> Stephan Nagy wrote:
>> Hi,
>>
>> We recently switched from our much hacked on EmbeddedSwingComposite to
>> Alberio, and I'm happy to say many of the problems we had experienced
>> have gone away. However, we have encountered a new problem that we
>> are a bit puzzled by.
>>
>> When we spawn JOptionPane from our SwingControl we get the stack at
>> the end of this email dispose. We hacked on the JOptionPane and replaced
>>
>> dialog.show();
>> dialog.dispose();
>>
>> with
>>
>> dialog.setVisible(true);
>> dialog.setVisible(false);
>> SwingUtilities.invokeLater(new Runnable() {public void run() {
>> dialog.dispose();
>> }});
>>
>> which makes the problem go away, but isn't really an acceptable
>> solution. Any thoughts or ideas on how we might avoid the problem?
>>
>> org.eclipse.swt.SWTException: Widget is disposed
>>
>> at org.eclipse.swt.SWT.error(SWT.java:3563)
>>
>> at org.eclipse.swt.SWT.error(SWT.java:3481)
>>
>> at org.eclipse.swt.SWT.error(SWT.java:3452)
>>
>> at org.eclipse.swt.widgets.Widget.error(Widget.java:432)
>>
>> at org.eclipse.swt.widgets.Widget.checkWidget(Widget.java:325)
>>
>> at org.eclipse.swt.widgets.Shell.forceActive(Shell.java:806)
>>
>> at org.eclipse.albireo.internal.SwtInputBlocker.open(Unknown
>> Source)
>>
>> at org.eclipse.albireo.internal.SwtInputBlocker.block(Unknown
>> Source)
>>
>> at org.eclipse.albireo.internal.AwtDialogListener$2.run(Unknown
>> Source)
>>
>> at org.eclipse.albireo.core.ThreadingHandler$1.run(Unknown Source)
>>
>> at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:3 5)
>>
>> at
>> org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchr onizer.java:129)
>>
>>
>> at
>> org.eclipse.swt.widgets.Display.runAsyncMessages(Display.jav a:3659)
>>
>> at
>> org.eclipse.swt.widgets.Display.readAndDispatch(Display.java :3296)
>>
>> at org.eclipse.swing.integration.SwtInputBlocker.open(Unknown
>> Source)
>>
>> at org.eclipse.swing.integration.SwtInputBlocker.block(Unknown
>> Source)
>>
>> at org.eclipse.swing.integration.AwtDialogListener$2.run(Unknow n
>> Source)
>>
>> at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:3 5)
>>
>> at
>> org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchr onizer.java:129)
>>
>>
>> at
>> org.eclipse.swt.widgets.Display.runAsyncMessages(Display.jav a:3659)
>>
>> at
>> org.eclipse.swt.widgets.Display.readAndDispatch(Display.java :3296)
>>
>> at
>> org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.jav a:2389)
>>
>> at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2353)
>>
>> at org.eclipse.ui.internal.Workbench.access$4(Workbench.java:22 19)
>>
>> at org.eclipse.ui.internal.Workbench$4.run(Workbench.java:466)
>>
>> at
>> org.eclipse.core.databinding.observable.Realm.runWithDefault (Realm.java:289)
>>
>>
>> at
>> org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Work bench.java:461)
>>
>>
>> at
>> org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.j ava:149)
>>
>> at com.tripos.nexus.application.NexusApplication.start(Unknown
>> Source)
>>
>> at
>> org.eclipse.equinox.internal.app.EclipseAppHandle.run(Eclips eAppHandle.java:169)
>>
>>
>> at
>> org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher .runApplication(EclipseAppLauncher.java:106)
>>
>>
>> at
>> org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher .start(EclipseAppLauncher.java:76)
>>
>>
>> at
>> org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseS tarter.java:363)
>>
>>
>> at
>> org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseS tarter.java:176)
>>
>>
>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>
>> at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
>>
>> at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
>>
>> at java.lang.reflect.Method.invoke(Unknown Source)
>>
>> at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java: 508)
>>
>> at org.eclipse.equinox.launcher.Main.basicRun(Main.java:447)
>>
>> at org.eclipse.equinox.launcher.Main.run(Main.java:1173)
>>
>> at org.eclipse.equinox.launcher.Main.main(Main.java:1148)
>>
Previous Topic:JOptionPane and dispose() problems
Next Topic:Declaration for the UFacekit Project
Goto Forum:
  


Current Time: Thu Aug 21 20:13:33 EDT 2014

Powered by FUDForum. Page generated in 0.01609 seconds