Comment 1 Veronika Irvine 2004-07-06 15:35:38 EDT

Are you running a screen reader?  If so which one?

Comment 2 Emmeran Seehuber 2004-07-06 18:11:55 EDT

No, I don't think that a screen reader is running. What exactly is a screen 
reader? A program to read text aloud for e.g. blind people? If this is the 
case, than there is for sure no screen reader running. 
 
I've got this crashes on two Windows XP computers of my customers. So I can't 
say exactly what programs they are running beside my program. For what kind of 
program should I look? 
 
 

Comment 3 Veronika Irvine 2004-07-07 11:56:20 EDT

A screen reader reads the screen for visually impaired users.  Programs to 
look for are Jaws, WindowEyes or Inspect.

Comment 4 Emmeran Seehuber 2004-07-08 12:46:33 EDT

Sorry, but I dont think that such a program is running. I attach a screen shot 
of the task manager, so that you can check this yourself (for the case that I 
overlook some relevant program).  

Comment 5 Emmeran Seehuber 2004-07-08 12:48:20 EDT

Created attachment 13071 [details]
List of running processes

Comment 6 Emmeran Seehuber 2004-07-21 05:38:34 EDT

I've now copied org/eclipse/swt/accessibility/Accessible.java into my project 
and commented out the body of internal_dispose_Accessible(). This "fixes" my 
problem. Of course, this is not the right fix, but I think the memory/resource 
leaks don't get to big ... 

Comment 7 Amy Wu 2004-11-12 16:53:50 EST

I've seen somewhat the same crash.  Well, the top 3 lines:
at org.eclipse.swt.internal.ole.win32.COM.VtblCall(Native Method)
	at org.eclipse.swt.internal.ole.win32.IUnknown.Release
(IUnknown.java:29)
	at
org.eclipse.swt.accessibility.Accessible.internal_dispose_Accessible
(Accessible.java:227)

see Bug 78555.  And I was not using a screen reader at the time.

Comment 8 Carolyn MacLeod 2005-04-19 17:38:35 EDT

*** Bug 78555 has been marked as a duplicate of this bug. ***

Comment 9 Carolyn MacLeod 2005-04-19 17:39:46 EDT

*** Bug 86606 has been marked as a duplicate of this bug. ***

Comment 10 Carolyn MacLeod 2005-04-19 17:40:32 EDT

*** Bug 91828 has been marked as a duplicate of this bug. ***

Comment 11 Carolyn MacLeod 2005-04-19 17:43:57 EDT

Taking ownership, to look at this along with bug 78555, bug 86606, and bug 
91828.

Comment 12 Carolyn MacLeod 2005-04-19 18:04:43 EDT

Alan, Amy, Pavel, and Emmeran,

1) Do you still have this crashing problem?
2) What version of eclipse are you currently running?
3) What version of java do you use to run eclipse?
4) Do you run eclipse with the javaw.exe.manifest file installed in your java 
jre\bin? (See http://dev.eclipse.org/viewcvs/index.cgi/~checkout~/platform-swt-
home/faq.html#xpthemes for details... and note that I am asking about the 
manifest because everyone was running on Windows XP).
5) What were you doing right before the crash?
6) It seems that some of you were in the compare editor. Does clicking around 
in a compare editor cause the crash for everyone?

Thanks very much for any help with this. I cannot replicate the problem here, 
so I will need help to track it down and test possible fixes.

Comment 13 Carolyn MacLeod 2005-04-19 18:16:41 EDT

CC'ing Silenio because this comment in bug 78555 places the time frame for 
this bug being introduced somewhere after 3.1M2 and before 3.1M3, which 
coincides with COM native changes made in mid to late September/04:
https://bugs.eclipse.org/bugs/show_bug.cgi?id=78555#c12

Comment 14 Alan Malloy 2005-04-19 20:01:46 EDT

1) No, this problem only occurred once, and I reported it immediately. I was
able to reproduce it seven times while reporting it, but then I restarted the
workbench manually and could not reproduce it.
2) The latest milestone build. Build ID is I20050219-1500.
3) JDK 1.5.0, Update 1.
4) No.
5) I encountered this bug immediately after reporting bug #91817, and I was
(just  for fun) reproducing bug #81126.
6) The only way I was able to crash it was by clicking the top-most node in the
compare editor's left-pane tree. As mentioned above, this no longer crashes it,
but it was the only action I could perform to crash it at the time.

Comment 15 Amy Wu 2005-04-19 21:49:53 EDT

1) I dont have this crashing problem anymore.  But that's because I switched 
machines.  It only seemed to crash on that machine

2) My issue was with 3.1M3 & 3.1M4.  The problem did not occur in 3.1M2

3) I tried:
 -SUN JRE 1.4.2_05
 -SUN JRE 1.4.2_06
 -IBM JRE 1.4.1
 -using -nojit

4) i don't remember.  i no longer have that machine so i cannot check.  but 
whatever the default is, i guess.

5) the crash happened every time i used the compare editor and setinput 
twice.  typically i'd synchronize to cvs, and have more than 1 file changed.  
then i'd click on 1 file to see the difference/compare.  then if i double 
click the other file without closing the compare editor first, i'd get the 
crash.  if i did close the editor first, then everything worked fine.

You can see more of my findings in bug #78555

Like I mentioned earlier, the crash only happened on 1 machine, and I no 
longer have that machine, so I won't be able to verify if the bug is fixed or 
not.  But I hope the info i provided in bug #78555 helps.

Comment 16 Carolyn MacLeod 2005-04-20 13:52:37 EDT

Thanks very much, Alan and Amy.
Interesting that neither of you have the problem any more.
I will wait a couple of days to see if we hear from Pavel and Emmeran, and if 
they are not crashing any more either, then I will close this bug.
Thanks again,
Carolyn

Comment 17 Silenio Quarti 2005-04-20 14:05:52 EDT

I really believe this is the same as Bug#78150.

Comment 18 Carolyn MacLeod 2005-04-20 14:19:53 EDT

Hey, cool. I think you are right. Even though bug 78150 was in AddRef and 
these are in Release, the timing is right, and the bug was in the same area.

I'm going to close this as a duplicate of 78150. Pavel and Emmeran, if you are 
still experiencing this crash, and if you are running on the latest version of 
eclipse (M6 or later), then please reopen this and answer the questions in 
comment 12.

Thanks, everyone, for your time.
Carolyn

*** This bug has been marked as a duplicate of 78150 ***

Comment 19 Alan Malloy 2005-04-20 16:26:39 EDT

I just got a crash from something very similar to this; however, I was using the
CDT this time so it may be a different bug. My apologies if this is the case. I
have a simple C project, with only three source files, that I am tracking with
CVS. I made changes to two of the files, then selected Synchronize with
Repository. To double-check what had changed, I double-clicked the first file. I
examined the Compare Editor, noted the difference, and committed the file. Then,
without closing the Compare Editor, I double-clicked the second file to see what
had changed. Immediately Eclipse closed, displaying a JVM error window. There
are two log files produced, and I'm not sure which is significant, so I'll
include both. This first one seems to be about the right time, and is in
WORKSPACE/.metadata/.log:

!SESSION 2005-04-20 13:10:59.433 -----------------------------------------------
eclipse.buildId=I20050401-1645
java.version=1.5.0_01
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US
Framework arguments:  -vm C:\Progra~1\Java\jdk1.5.0_01\jre\bin\javaw.exe -vmargs
Xmx256M
Command-line arguments:  -os win32 -ws win32 -arch x86 -vm
C:\Progra~1\Java\jdk1.5.0_01\jre\bin\javaw.exe -vmargs Xmx256M

!ENTRY org.eclipse.debug.core 4 120 2005-04-20 13:10:59.433
!MESSAGE Error logged from Debug Core: 
!STACK 0
java.io.IOException: No process is on the other end of the pipe.

	at org.eclipse.cdt.utils.spawner.SpawnerInputStream.read0(Native Method)
	at
org.eclipse.cdt.utils.spawner.SpawnerInputStream.read(SpawnerInputStream.java:60)
	at java.io.InputStream.read(Unknown Source)
	at
org.eclipse.debug.internal.core.OutputStreamMonitor.read(OutputStreamMonitor.java:133)
	at
org.eclipse.debug.internal.core.OutputStreamMonitor.access$1(OutputStreamMonitor.java:124)
	at
org.eclipse.debug.internal.core.OutputStreamMonitor$1.run(OutputStreamMonitor.java:191)
	at java.lang.Thread.run(Unknown Source)

!ENTRY org.eclipse.debug.core 4 120 2005-04-20 13:10:59.534
!MESSAGE Error logged from Debug Core: 
!STACK 0
java.io.IOException: No process is on the other end of the pipe.

	at org.eclipse.cdt.utils.spawner.SpawnerInputStream.read0(Native Method)
	at
org.eclipse.cdt.utils.spawner.SpawnerInputStream.read(SpawnerInputStream.java:60)
	at java.io.InputStream.read(Unknown Source)
	at
org.eclipse.debug.internal.core.OutputStreamMonitor.read(OutputStreamMonitor.java:133)
	at
org.eclipse.debug.internal.core.OutputStreamMonitor.access$1(OutputStreamMonitor.java:124)
	at
org.eclipse.debug.internal.core.OutputStreamMonitor$1.run(OutputStreamMonitor.java:191)
	at java.lang.Thread.run(Unknown Source)

!ENTRY org.eclipse.debug.core 4 120 2005-04-20 13:11:09.798
!MESSAGE Error logged from Debug Core: 
!STACK 0
java.io.IOException: No process is on the other end of the pipe.

	at org.eclipse.cdt.utils.spawner.SpawnerInputStream.read0(Native Method)
	at
org.eclipse.cdt.utils.spawner.SpawnerInputStream.read(SpawnerInputStream.java:60)
	at java.io.InputStream.read(Unknown Source)
	at
org.eclipse.debug.internal.core.OutputStreamMonitor.read(OutputStreamMonitor.java:133)
	at
org.eclipse.debug.internal.core.OutputStreamMonitor.access$1(OutputStreamMonitor.java:124)
	at
org.eclipse.debug.internal.core.OutputStreamMonitor$1.run(OutputStreamMonitor.java:191)
	at java.lang.Thread.run(Unknown Source)

!ENTRY org.eclipse.debug.core 4 120 2005-04-20 13:11:09.808
!MESSAGE Error logged from Debug Core: 
!STACK 0
java.io.IOException: No process is on the other end of the pipe.

	at org.eclipse.cdt.utils.spawner.SpawnerInputStream.read0(Native Method)
	at
org.eclipse.cdt.utils.spawner.SpawnerInputStream.read(SpawnerInputStream.java:60)
	at java.io.InputStream.read(Unknown Source)
	at
org.eclipse.debug.internal.core.OutputStreamMonitor.read(OutputStreamMonitor.java:133)
	at
org.eclipse.debug.internal.core.OutputStreamMonitor.access$1(OutputStreamMonitor.java:124)
	at
org.eclipse.debug.internal.core.OutputStreamMonitor$1.run(OutputStreamMonitor.java:191)
	at java.lang.Thread.run(Unknown Source)

The second one appeared a second or so (13:12:15) later, and is in
ECLIPSE_INSTALL_DIR/hs_err_pid3028.log. Perhaps the first error caused the second? 

#
# An unexpected error has been detected by HotSpot Virtual Machine:
#
#  EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x173cbd7a, pid=3028, tid=3060
#
# Java VM: Java HotSpot(TM) Client VM (1.5.0_01-b08 mixed mode)
# Problematic frame:
# C  [swt-win32-3128.dll+0xbd7a]
#

---------------  T H R E A D  ---------------

Current thread (0x00356778):  JavaThread "main" [_thread_in_native, id=3060]

siginfo: ExceptionCode=0xc0000005, reading address 0x74c83a60

Registers:
EAX=0x00000002, EBX=0x12f9ba10, ECX=0x74c83a58, EDX=0x12f9e6c8
ESP=0x0006ec30, EBP=0x0006ec64, ESI=0x12f9ba10, EDI=0x00356778
EIP=0x173cbd7a, EFLAGS=0x00010283

Top of Stack: (sp=0x0006ec30)
0x0006ec30:   000fb640 00a7826f 00356834 0006ec6c
0x0006ec40:   00000002 000fb640 0006ec48 00000000
0x0006ec50:   0006ec78 12f9e6c8 00000000 12f9ba10
0x0006ec60:   0006ec74 0006ec98 00a729cf 12f9d8c0
0x0006ec70:   00a76449 000fb640 00000002 0006ec7c
0x0006ec80:   1353a8fd 0006eca0 1353ae58 00000000
0x0006ec90:   1353a918 0006eca0 0006ecc0 00a729cf
0x0006eca0:   04bac998 0006eca4 1351e57b 0006ecc8 

Instructions: (pc=0x173cbd7a)
0x173cbd6a:   3f 17 c2 0c 00 8b 44 24 10 8b 08 50 8b 44 24 10
0x173cbd7a:   ff 14 81 c2 10 00 8b 44 24 10 ff 74 24 14 8b 08 


Stack: [0x00030000,0x00070000),  sp=0x0006ec30,  free space=251k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
C  [swt-win32-3128.dll+0xbd7a]
j  org.eclipse.swt.internal.ole.win32.IUnknown.Release()I+5
j  org.eclipse.swt.accessibility.Accessible.internal_dispose_Accessible()V+11
j  org.eclipse.swt.widgets.Control.releaseWidget()V+108
j  org.eclipse.swt.widgets.Scrollable.releaseWidget()V+39
j  org.eclipse.swt.widgets.Composite.releaseWidget()V+5
j  org.eclipse.swt.widgets.Canvas.releaseWidget()V+20
j  org.eclipse.swt.widgets.Widget.releaseResources()V+1
j  org.eclipse.swt.widgets.Composite.releaseChildren()V+22
j  org.eclipse.swt.widgets.Composite.releaseWidget()V+1
j  org.eclipse.swt.widgets.Widget.releaseResources()V+1
j  org.eclipse.swt.widgets.Composite.releaseChildren()V+22
j  org.eclipse.swt.widgets.Composite.releaseWidget()V+1
j  org.eclipse.swt.widgets.Widget.releaseResources()V+1
j  org.eclipse.swt.widgets.Composite.releaseChildren()V+22
j  org.eclipse.swt.widgets.Composite.releaseWidget()V+1
j  org.eclipse.swt.widgets.Widget.dispose()V+26
j 
org.eclipse.compare.internal.CompareEditor.doSetInput(Lorg/eclipse/ui/IEditorInput;)V+148
j 
org.eclipse.compare.internal.CompareEditor.setInput(Lorg/eclipse/ui/IEditorInput;)V+2
j 
org.eclipse.compare.internal.CompareUIPlugin.openCompareEditor(Lorg/eclipse/compare/CompareEditorInput;Lorg/eclipse/ui/IWorkbenchPage;Lorg/eclipse/ui/IReusableEditor;)V+14
j 
org.eclipse.compare.CompareUI.reuseCompareEditor(Lorg/eclipse/compare/CompareEditorInput;Lorg/eclipse/ui/IReusableEditor;)V+12
j 
org.eclipse.team.internal.ui.synchronize.actions.OpenInCompareAction.openCompareEditor(Lorg/eclipse/team/ui/synchronize/ISynchronizeParticipant;Lorg/eclipse/team/core/synchronize/SyncInfo;ZLorg/eclipse/team/ui/synchronize/ISynchronizePageSite;)Lorg/eclipse/team/ui/synchronize/SyncInfoCompareInput;+136
j  org.eclipse.team.internal.ui.synchronize.actions.OpenInCompareAction.run()V+71
j 
org.eclipse.team.internal.ui.synchronize.actions.OpenWithActionGroup.openInCompareEditor()V+4
j 
org.eclipse.team.internal.ui.synchronize.actions.DefaultSynchronizePageActions$1.run()V+7
j  org.eclipse.team.internal.ui.synchronize.StructuredViewerAdvisor.handleOpen()V+26
j 
org.eclipse.team.internal.ui.synchronize.StructuredViewerAdvisor.access$1(Lorg/eclipse/team/internal/ui/synchronize/StructuredViewerAdvisor;)V+1
j 
org.eclipse.team.internal.ui.synchronize.StructuredViewerAdvisor$5.open(Lorg/eclipse/jface/viewers/OpenEvent;)V+4
j  org.eclipse.jface.viewers.StructuredViewer$2.run()V+8
J 
org.eclipse.core.internal.runtime.InternalPlatform.run(Lorg/eclipse/core/runtime/ISafeRunnable;)V
J 
org.eclipse.jface.util.SafeRunnable.run(Lorg/eclipse/core/runtime/ISafeRunnable;)V
j 
org.eclipse.jface.viewers.StructuredViewer.fireOpen(Lorg/eclipse/jface/viewers/OpenEvent;)V+32
j 
org.eclipse.jface.viewers.StructuredViewer.handleOpen(Lorg/eclipse/swt/events/SelectionEvent;)V+31
j 
org.eclipse.jface.viewers.StructuredViewer$6.handleOpen(Lorg/eclipse/swt/events/SelectionEvent;)V+5
j 
org.eclipse.jface.util.OpenStrategy.fireOpenEvent(Lorg/eclipse/swt/events/SelectionEvent;)V+38
J 
org.eclipse.jface.util.OpenStrategy$1.handleEvent(Lorg/eclipse/swt/widgets/Event;)V
J  org.eclipse.swt.widgets.EventTable.sendEvent(Lorg/eclipse/swt/widgets/Event;)V
J  org.eclipse.swt.widgets.Display.runDeferredEvents()Z
J  org.eclipse.swt.widgets.Display.readAndDispatch()Z
J 
org.eclipse.ui.internal.Workbench.runEventLoop(Lorg/eclipse/jface/window/Window$IExceptionHandler;Lorg/eclipse/swt/widgets/Display;)V
v  ~OSRAdapter
j  org.eclipse.ui.internal.Workbench.runUI()I+108
j 
org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Lorg/eclipse/swt/widgets/Display;Lorg/eclipse/ui/application/WorkbenchAdvisor;)I+11
j 
org.eclipse.ui.PlatformUI.createAndRunWorkbench(Lorg/eclipse/swt/widgets/Display;Lorg/eclipse/ui/application/WorkbenchAdvisor;)I+2
j 
org.eclipse.ui.internal.ide.IDEApplication.run(Ljava/lang/Object;)Ljava/lang/Object;+98
j 
org.eclipse.core.internal.runtime.PlatformActivator$1.run(Ljava/lang/Object;)Ljava/lang/Object;+254
j 
org.eclipse.core.runtime.adaptor.EclipseStarter.run(Ljava/lang/Object;)Ljava/lang/Object;+170
j 
org.eclipse.core.runtime.adaptor.EclipseStarter.run([Ljava/lang/String;Ljava/lang/Runnable;)Ljava/lang/Object;+57
v  ~StubRoutines::call_stub
V  [jvm.dll+0x8176e]
V  [jvm.dll+0xd481d]
V  [jvm.dll+0x8163f]
V  [jvm.dll+0xe4a35]
V  [jvm.dll+0x9f7d5]
C  [java.dll+0x6bda]
j 
sun.reflect.NativeMethodAccessorImpl.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+87
j 
sun.reflect.DelegatingMethodAccessorImpl.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+6
j 
java.lang.reflect.Method.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+111
j 
org.eclipse.core.launcher.Main.invokeFramework([Ljava/lang/String;[Ljava/net/URL;)V+181
j  org.eclipse.core.launcher.Main.basicRun([Ljava/lang/String;)V+83
j  org.eclipse.core.launcher.Main.run([Ljava/lang/String;)I+4
j  org.eclipse.core.launcher.Main.main([Ljava/lang/String;)V+8
v  ~StubRoutines::call_stub
V  [jvm.dll+0x8176e]
V  [jvm.dll+0xd481d]
V  [jvm.dll+0x8163f]
V  [jvm.dll+0x885cd]
C  [javaw.exe+0x14c0]
C  [javaw.exe+0x313d]
C  [kernel32.dll+0x16d4f]

Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
j  org.eclipse.swt.internal.win32.OS.VtblCall(II)I+0
j  org.eclipse.swt.internal.ole.win32.IUnknown.Release()I+5
j  org.eclipse.swt.accessibility.Accessible.internal_dispose_Accessible()V+11
j  org.eclipse.swt.widgets.Control.releaseWidget()V+108
j  org.eclipse.swt.widgets.Scrollable.releaseWidget()V+39
j  org.eclipse.swt.widgets.Composite.releaseWidget()V+5
j  org.eclipse.swt.widgets.Canvas.releaseWidget()V+20
j  org.eclipse.swt.widgets.Widget.releaseResources()V+1
j  org.eclipse.swt.widgets.Composite.releaseChildren()V+22
j  org.eclipse.swt.widgets.Composite.releaseWidget()V+1
j  org.eclipse.swt.widgets.Widget.releaseResources()V+1
j  org.eclipse.swt.widgets.Composite.releaseChildren()V+22
j  org.eclipse.swt.widgets.Composite.releaseWidget()V+1
j  org.eclipse.swt.widgets.Widget.releaseResources()V+1
j  org.eclipse.swt.widgets.Composite.releaseChildren()V+22
j  org.eclipse.swt.widgets.Composite.releaseWidget()V+1
j  org.eclipse.swt.widgets.Widget.dispose()V+26
j 
org.eclipse.compare.internal.CompareEditor.doSetInput(Lorg/eclipse/ui/IEditorInput;)V+148
j 
org.eclipse.compare.internal.CompareEditor.setInput(Lorg/eclipse/ui/IEditorInput;)V+2
j 
org.eclipse.compare.internal.CompareUIPlugin.openCompareEditor(Lorg/eclipse/compare/CompareEditorInput;Lorg/eclipse/ui/IWorkbenchPage;Lorg/eclipse/ui/IReusableEditor;)V+14
j 
org.eclipse.compare.CompareUI.reuseCompareEditor(Lorg/eclipse/compare/CompareEditorInput;Lorg/eclipse/ui/IReusableEditor;)V+12
j 
org.eclipse.team.internal.ui.synchronize.actions.OpenInCompareAction.openCompareEditor(Lorg/eclipse/team/ui/synchronize/ISynchronizeParticipant;Lorg/eclipse/team/core/synchronize/SyncInfo;ZLorg/eclipse/team/ui/synchronize/ISynchronizePageSite;)Lorg/eclipse/team/ui/synchronize/SyncInfoCompareInput;+136
j  org.eclipse.team.internal.ui.synchronize.actions.OpenInCompareAction.run()V+71
j 
org.eclipse.team.internal.ui.synchronize.actions.OpenWithActionGroup.openInCompareEditor()V+4
j 
org.eclipse.team.internal.ui.synchronize.actions.DefaultSynchronizePageActions$1.run()V+7
j  org.eclipse.team.internal.ui.synchronize.StructuredViewerAdvisor.handleOpen()V+26
j 
org.eclipse.team.internal.ui.synchronize.StructuredViewerAdvisor.access$1(Lorg/eclipse/team/internal/ui/synchronize/StructuredViewerAdvisor;)V+1
j 
org.eclipse.team.internal.ui.synchronize.StructuredViewerAdvisor$5.open(Lorg/eclipse/jface/viewers/OpenEvent;)V+4
j  org.eclipse.jface.viewers.StructuredViewer$2.run()V+8
J 
org.eclipse.core.internal.runtime.InternalPlatform.run(Lorg/eclipse/core/runtime/ISafeRunnable;)V
J 
org.eclipse.jface.util.SafeRunnable.run(Lorg/eclipse/core/runtime/ISafeRunnable;)V
j 
org.eclipse.jface.viewers.StructuredViewer.fireOpen(Lorg/eclipse/jface/viewers/OpenEvent;)V+32
j 
org.eclipse.jface.viewers.StructuredViewer.handleOpen(Lorg/eclipse/swt/events/SelectionEvent;)V+31
j 
org.eclipse.jface.viewers.StructuredViewer$6.handleOpen(Lorg/eclipse/swt/events/SelectionEvent;)V+5
j 
org.eclipse.jface.util.OpenStrategy.fireOpenEvent(Lorg/eclipse/swt/events/SelectionEvent;)V+38
J 
org.eclipse.jface.util.OpenStrategy$1.handleEvent(Lorg/eclipse/swt/widgets/Event;)V
J  org.eclipse.swt.widgets.EventTable.sendEvent(Lorg/eclipse/swt/widgets/Event;)V
J  org.eclipse.swt.widgets.Display.runDeferredEvents()Z
J  org.eclipse.swt.widgets.Display.readAndDispatch()Z
J 
org.eclipse.ui.internal.Workbench.runEventLoop(Lorg/eclipse/jface/window/Window$IExceptionHandler;Lorg/eclipse/swt/widgets/Display;)V
v  ~OSRAdapter
j  org.eclipse.ui.internal.Workbench.runUI()I+108
j 
org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Lorg/eclipse/swt/widgets/Display;Lorg/eclipse/ui/application/WorkbenchAdvisor;)I+11
j 
org.eclipse.ui.PlatformUI.createAndRunWorkbench(Lorg/eclipse/swt/widgets/Display;Lorg/eclipse/ui/application/WorkbenchAdvisor;)I+2
j 
org.eclipse.ui.internal.ide.IDEApplication.run(Ljava/lang/Object;)Ljava/lang/Object;+98
j 
org.eclipse.core.internal.runtime.PlatformActivator$1.run(Ljava/lang/Object;)Ljava/lang/Object;+254
j 
org.eclipse.core.runtime.adaptor.EclipseStarter.run(Ljava/lang/Object;)Ljava/lang/Object;+170
j 
org.eclipse.core.runtime.adaptor.EclipseStarter.run([Ljava/lang/String;Ljava/lang/Runnable;)Ljava/lang/Object;+57
v  ~StubRoutines::call_stub
j 
sun.reflect.NativeMethodAccessorImpl.invoke0(Ljava/lang/reflect/Method;Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+0
j 
sun.reflect.NativeMethodAccessorImpl.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+87
j 
sun.reflect.DelegatingMethodAccessorImpl.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+6
j 
java.lang.reflect.Method.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+111
j 
org.eclipse.core.launcher.Main.invokeFramework([Ljava/lang/String;[Ljava/net/URL;)V+181
j  org.eclipse.core.launcher.Main.basicRun([Ljava/lang/String;)V+83
j  org.eclipse.core.launcher.Main.run([Ljava/lang/String;)I+4
j  org.eclipse.core.launcher.Main.main([Ljava/lang/String;)V+8
v  ~StubRoutines::call_stub

---------------  P R O C E S S  ---------------

Java Threads: ( => current thread )
  0x189a57b0 JavaThread "Thread-380" [_thread_in_native, id=328]
  0x18775c38 JavaThread "Worker-111" [_thread_blocked, id=1972]
  0x18ac71a0 JavaThread "Worker-110" [_thread_blocked, id=2512]
  0x18a6b880 JavaThread "Worker-109" [_thread_blocked, id=3584]
  0x189a84b8 JavaThread "Worker-108" [_thread_blocked, id=2972]
  0x189c15e0 JavaThread "Worker-107" [_thread_blocked, id=1240]
  0x16fbea60 JavaThread "Worker-106" [_thread_blocked, id=776]
  0x187cd008 JavaThread "Worker-93" [_thread_blocked, id=3736]
  0x18a15898 JavaThread "Worker-92" [_thread_blocked, id=120]
  0x18a7d138 JavaThread "Worker-91" [_thread_blocked, id=3432]
  0x187bd588 JavaThread "Worker-74" [_thread_blocked, id=2540]
  0x18afadd8 JavaThread "Java indexing" daemon [_thread_blocked, id=608]
  0x18755900 JavaThread
"org.eclipse.cdt.internal.ui.text.CSourceViewerConfiguration$1" daemon
[_thread_blocked, id=1540]
  0x16fa8d90 JavaThread
"org.eclipse.cdt.internal.ui.text.CSourceViewerConfiguration$1" daemon
[_thread_blocked, id=2432]
  0x16f44b88 JavaThread
"org.eclipse.cdt.internal.ui.text.CSourceViewerConfiguration$1" daemon
[_thread_blocked, id=336]
  0x16ecf8e0 JavaThread "Time Out Thread" daemon [_thread_blocked, id=4072]
  0x16e10d18 JavaThread "C/C++ Indexer" daemon [_thread_blocked, id=1884]
  0x16ed9520 JavaThread "Start Level Event Dispatcher" daemon [_thread_blocked,
id=176]
  0x16edeb80 JavaThread "Framework Event Dispatcher" daemon [_thread_blocked,
id=2444]
  0x16ed83f0 JavaThread "State Data Manager" daemon [_thread_blocked, id=2280]
  0x00a31ce0 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=3320]
  0x00a308b8 JavaThread "CompilerThread0" daemon [_thread_blocked, id=3088]
  0x00a2fc40 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=192]
  0x00a26fb8 JavaThread "Finalizer" daemon [_thread_blocked, id=628]
  0x00a25b28 JavaThread "Reference Handler" daemon [_thread_blocked, id=2764]
=>0x00356778 JavaThread "main" [_thread_in_native, id=3060]

Other Threads:
  0x009e38f8 VMThread [id=3708]
  0x00a33058 WatcherThread [id=412]

VM state:not at safepoint (normal execution)

VM Mutex/Monitor currently owned by a thread: None

Heap
 def new generation   total 2880K, used 334K [0x02a70000, 0x02d90000, 0x03e20000)
  eden space 2560K,   5% used [0x02a70000, 0x02a924e8, 0x02cf0000)
  from space 320K,  61% used [0x02cf0000, 0x02d21410, 0x02d40000)
  to   space 320K,   0% used [0x02d40000, 0x02d40000, 0x02d90000)
 tenured generation   total 37824K, used 14053K [0x03e20000, 0x06310000, 0x12a70000)
   the space 37824K,  37% used [0x03e20000, 0x04bd9770, 0x04bd9800, 0x06310000)
 compacting perm gen  total 35328K, used 35314K [0x12a70000, 0x14cf0000, 0x16a70000)
   the space 35328K,  99% used [0x12a70000, 0x14cecb78, 0x14cecc00, 0x14cf0000)
No shared spaces configured.

Dynamic libraries:
0x00400000 - 0x0040c000 	C:\WINDOWS\system32\javaw.exe
0x7c900000 - 0x7c9b0000 	C:\WINDOWS\system32\ntdll.dll
0x7c800000 - 0x7c8f4000 	C:\WINDOWS\system32\kernel32.dll
0x77dd0000 - 0x77e6b000 	C:\WINDOWS\system32\ADVAPI32.dll
0x77e70000 - 0x77f01000 	C:\WINDOWS\system32\RPCRT4.dll
0x77d40000 - 0x77dd0000 	C:\WINDOWS\system32\USER32.dll
0x77f10000 - 0x77f56000 	C:\WINDOWS\system32\GDI32.dll
0x77c10000 - 0x77c68000 	C:\WINDOWS\system32\MSVCRT.dll
0x76390000 - 0x763ad000 	C:\WINDOWS\system32\IMM32.DLL
0x6d640000 - 0x6d7c5000 	C:\Program Files\Java\jre1.5.0_01\bin\client\jvm.dll
0x76b40000 - 0x76b6d000 	C:\WINDOWS\system32\WINMM.dll
0x6d280000 - 0x6d288000 	C:\Program Files\Java\jre1.5.0_01\bin\hpi.dll
0x76bf0000 - 0x76bfb000 	C:\WINDOWS\system32\PSAPI.DLL
0x6d610000 - 0x6d61c000 	C:\Program Files\Java\jre1.5.0_01\bin\verify.dll
0x6d300000 - 0x6d31d000 	C:\Program Files\Java\jre1.5.0_01\bin\java.dll
0x6d630000 - 0x6d63f000 	C:\Program Files\Java\jre1.5.0_01\bin\zip.dll
0x6d4c0000 - 0x6d4d3000 	C:\Program Files\Java\jre1.5.0_01\bin\net.dll
0x71ab0000 - 0x71ac7000 	C:\WINDOWS\system32\WS2_32.dll
0x71aa0000 - 0x71aa8000 	C:\WINDOWS\system32\WS2HELP.dll
0x6d4e0000 - 0x6d4e9000 	C:\Program Files\Java\jre1.5.0_01\bin\nio.dll
0x173c0000 - 0x17410000 	C:\Program
Files\eclipse\configuration\org.eclipse.osgi\bundles\59\1\.cp\os\win32\x86\swt-win32-3128.dll
0x774e0000 - 0x7761c000 	C:\WINDOWS\system32\ole32.dll
0x5d090000 - 0x5d127000 	C:\WINDOWS\system32\COMCTL32.dll
0x763b0000 - 0x763f9000 	C:\WINDOWS\system32\comdlg32.dll
0x77f60000 - 0x77fd6000 	C:\WINDOWS\system32\SHLWAPI.dll
0x7c9c0000 - 0x7d1d4000 	C:\WINDOWS\system32\SHELL32.dll
0x77120000 - 0x771ac000 	C:\WINDOWS\system32\OLEAUT32.dll
0x74d90000 - 0x74dfb000 	C:\WINDOWS\system32\USP10.dll
0x773d0000 - 0x774d2000 
C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.2180_x-ww_a84f1ff9\comctl32.dll
0x5ad70000 - 0x5ada8000 	C:\WINDOWS\system32\uxtheme.dll
0x63000000 - 0x63014000 	C:\WINDOWS\system32\SynTPFcs.dll
0x77c00000 - 0x77c08000 	C:\WINDOWS\system32\VERSION.dll
0x74720000 - 0x7476b000 	C:\WINDOWS\system32\MSCTF.dll
0x755c0000 - 0x755ee000 	C:\WINDOWS\system32\msctfime.ime
0x77fe0000 - 0x77ff1000 	C:\WINDOWS\system32\Secur32.dll
0x76fd0000 - 0x7704f000 	C:\WINDOWS\system32\CLBCATQ.DLL
0x77050000 - 0x77115000 	C:\WINDOWS\system32\COMRes.dll
0x605d0000 - 0x605d9000 	C:\WINDOWS\system32\mslbui.dll
0x7d1e0000 - 0x7d492000 	C:\WINDOWS\system32\msi.dll
0x769c0000 - 0x76a73000 	C:\WINDOWS\system32\USERENV.dll
0x17d70000 - 0x17d78000 	C:\Program
Files\eclipse\plugins\org.eclipse.core.resources.win32_3.0.0\os\win32\x86\core_3_1_0.dll
0x17f10000 - 0x181d5000 	C:\WINDOWS\system32\xpsp2res.dll
0x17ed0000 - 0x17eda000 	C:\Program
Files\eclipse\plugins\org.eclipse.cdt.core.win32_3.0.0\os\win32\x86\spawner.dll
0x75cf0000 - 0x75d81000 	C:\WINDOWS\System32\mlang.dll
0x76380000 - 0x76385000 	C:\WINDOWS\system32\msimg32.dll
0x71a50000 - 0x71a8f000 	C:\WINDOWS\System32\mswsock.dll
0x76f20000 - 0x76f47000 	C:\WINDOWS\system32\DNSAPI.dll
0x76fb0000 - 0x76fb8000 	C:\WINDOWS\System32\winrnr.dll
0x76f60000 - 0x76f8c000 	C:\WINDOWS\system32\WLDAP32.dll
0x76fc0000 - 0x76fc6000 	C:\WINDOWS\system32\rasadhlp.dll
0x662b0000 - 0x66308000 	C:\WINDOWS\system32\hnetcfg.dll
0x71a90000 - 0x71a98000 	C:\WINDOWS\System32\wshtcpip.dll
0x18560000 - 0x18588000 	C:\WINDOWS\system32\rsaenh.dll
0x5b860000 - 0x5b8b4000 	C:\WINDOWS\system32\netapi32.dll

VM Arguments:
jvm_args: -Xms40m -Xmx256m
java_command: C:\Program Files\eclipse\startup.jar -os win32 -ws win32 -arch x86
-launcher C:\Program Files\eclipse\eclipse.exe -name Eclipse -showsplash 600
-exitdata c1c_110 -vm C:\Progra~1\Java\jdk1.5.0_01\jre\bin\javaw.exe -vmargs
Xmx256M -vm C:\WINDOWS\system32\javaw.exe -vmargs -Xms40m -Xmx256m -jar
C:\Program Files\eclipse\startup.jar

Environment Variables:
JAVA_HOME=C:\Program Files\Java\jdk1.5.0_01
CLASSPATH=.;C:\Program Files\Java\jdk1.5.0_01\jre\lib\ext\jnlp.jar
PATH=C:\PROGRAM
FILES\THINKPAD\UTILITIES;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Program
Files\ATI Technologies\ATI Control Panel;C:\IBMTOOLS\Python22;C:\Program
Files\Java\Ant\bin;C:\Program Files\Java\jdk1.5.0_01\bin;C:\cygwin\bin
USERNAME=Bill
OS=Windows_NT
PROCESSOR_IDENTIFIER=x86 Family 15 Model 2 Stepping 7, GenuineIntel


---------------  S Y S T E M  ---------------

OS: Windows XP Build 2600 Service Pack 2

CPU:total 1 family 15, cmov, cx8, fxsr, mmx, sse, sse2, ht

Memory: 4k page, physical 523184k(87492k free), swap 1277280k(730344k free)

vm_info: Java HotSpot(TM) Client VM (1.5.0_01-b08) for windows-x86, built on Dec
 6 2004 19:51:00 by "java_re" with MS VC++ 6.0





This occurred in the Compare Editor, as it did the first time I noticed this
bug, but this time it's in the raw text compare of two .c files, whereas my
first experience with it was in looking at the modification history of a .java
file. The difference, I guess, is that Eclipse knows more about java, and that I
had several versions of my java file in the compare editor, while there are only
two versions involved for each of my C files.

Comment 20 Carolyn MacLeod 2005-04-26 02:21:04 EDT

Reopening.

Comment 21 Carolyn MacLeod 2005-06-16 16:43:05 EDT

*** Bug 100450 has been marked as a duplicate of this bug. ***

Comment 22 Tom Morris 2005-06-16 17:31:09 EDT

To answer a couple of Carolyn's questions from bug #100450:
- I'm running Eclipse 3.1rc2
- there's nothing unusual that I know of in my configuration and the only recent
change is moving from Eclipse 3.1m7 to 3.1rc2.  I've run various 3.0 & 3.1
incarnations for over year without this type of stability problem.
- Plaxo is an internet based contact manager that syncs MS Outlook contact databases
- Copernic Desktop Search is, as it's name implies, a desktop search utility
(Google's recently copied this idea with their desktop search)

I'm not sure why those DLLs are loaded in process context, but I guess they must
be hooking the event loop for hotkeys or something.

After having three crashes in less than 15 minutes, I rebooted thinking perhaps
it was some type of GDI resource problem, but had another crash shortly after
the reboot.  Because I've got work to do I moved back to 3.1m7, but I'll give
3.1rc2 another try with the jni trace settings to see if I can capture more
information.  I'm attaching the traceback from the fourth crash.

Comment 23 Tom Morris 2005-06-16 17:35:15 EDT

Created attachment 23396 [details]
Crash log

Comment 24 Tom Morris 2005-06-16 17:59:32 EDT

Created attachment 23399 [details]
Another crash log

Comment 25 Tom Morris 2005-06-16 18:10:23 EDT

Following the directions from Bug 100450 to use the command:

  eclipse -vm c:\windows\system32\java.exe -vmargs -verbose:jni -Xcheck:jni

creates a command window with lots of output scrolling by, but it all disappears
when Eclipse crashes.  Attempts to redirect stdout and stderr were unsuccessful,
so it must be logging using some other file descriptor or running in another
process.

Perhaps this is a clue -- this time I did a bunch of compares without problem
then did an Update of a few files, which of course triggered a rebuild.  The
next invocation of Compare crashed Eclipse immediately.  This, to my mind, is a
strong suggestion that the problem is a race, assuming it's not a coincidence. 
The crash log is the attachment that I added immediately previous to this update.

If there are different directions to get a JNI trace, I'm happy to try them, but
for now I'm going back to 3.1m7 (unless someone can tell me how to start Eclipse
in Swing mode instead of SWT mode).

p.s.  I'm surprised this isn't a showstopper against 3.1rc2 since that's the
first place I encountered it and all previous versions of Eclipse worked without
problem for me.

Comment 26 Carolyn MacLeod 2005-06-16 18:15:52 EDT

Can you try opening a DOS window and typing in the eclipse command? Probably 
your DOS window will stay intact that way.

It wasn't a show stopper for RC2 because it happened randomly for different 
people at different 3.1 milestones. You are the first one to have it happen in 
RC2. We were speculating that maybe it might depend on which machine we used 
to do the build, but that's a long shot. A few of us are going to get together 
tomorrow to think this through. If you can get us a JNI trace, at least we 
will have more info to work with.

Comment 27 Tom Morris 2005-06-16 18:36:15 EDT

Does that really work in your configuration? It behaves entirely differently
here.  The DOS box is where I tried the initial suggestion and my (multiple)
redirection experiments.  Eclipse opens a new console, logs all its debug output
to it, then closes it when it crashes.

This is definitely related to background builds and/or load.  I just did another
test comparing a dozen files as fast as I could click in 3.1rc2 with no
problems.  As soon as I updated one of them and the background build started,
the very next compare crashed Eclipse.  Neither scenario crashes 3.1m7 no matter
how fast I click.

Comment 28 Carolyn MacLeod 2005-06-17 14:00:58 EDT

Rats, you need to use javaw when you run in a DOS window in order to keep the 
DOS window output around. Sorry, I should have thought to tell you that.
   java.exe - opens its own DOS window
   javaw.exe - does not open a DOS window

Interesting that it could be background build related - we will keep that in 
mind.

Can you also try Window -> Preferences... Help and check "Use external 
browser". This should prevent the Help system from creating an additional UI 
thread... maybe that is what is causing the instability.

Comment 29 Carolyn MacLeod 2005-06-17 14:12:46 EDT

Emmeran,

Do you still have this problem?

What do:
   de.assecursoft.win32.ComPtr.syncAllComCalls(ComPtr.java:397)
and
   \\RMC-SRV\Assecursoft\lib\AssecursoftProxy.dll
do?

Comment 30 Tom Morris 2005-06-17 14:51:06 EDT

OK, I changed the command to the following:

C:\eclipse3.1rc2>eclipse -vm c:\windows\system32\javaw.exe -vmargs -verbose:jni
-Xcheck:jni
C:\eclipse3.1rc2>

As you said, it doesn't create a separate DOS box, but it still returns
immediately after spawning Eclipse and *NO* debug logging takes place.  I
thought perhaps it'd leave a log so I went ahead and reproduced the crash, but
there's no log other than the standard crash log.  (That's 9 crashes in 24 hrs BTW)

Would it be too much to ask to get a command line which has been TESTED and is
known to work?

Comment 31 Carolyn MacLeod 2005-06-17 15:43:30 EDT

I am very sorry - I was going by memory, and my memory was bogus.
The following works for me (I tested it by faking an eclipse crash by 
terminating java in the task manager). I hope it works for you.

- open a DOS window
- cd to your eclipse directory (I believe you have it in C:\eclipse3.1rc2)
- type (this bypasses the eclipse launcher):
c:\windows\system32\java -Xmx400m -verbose:jni -Xcheck:jni -jar startup.jar

(Note that I actually used d:\jdk1.4.2_06\jre\bin\java for my java vm, but I 
notice that yours is in windows\system32 and that it is the Sun 1.5.0_02 VM)

Comment 32 Carolyn MacLeod 2005-06-17 15:58:39 EDT

Tom,
Another long shot, but are you able to try turning off Plaxo and Copernic 
Desktop Search, and try running RC2 again?

Comment 33 Tom Morris 2005-06-17 16:12:05 EDT

Created attachment 23476 [details]
JNI trace of crash #10

This is the last few hundred lines of the trace for crash #10.	It was created
using the same scenario as before, multiple CVS compares after doing a CVS
update which triggered a workspace rebuild.

Comment 34 Tom Morris 2005-06-17 16:13:25 EDT

Created attachment 23477 [details]
JVM crash log for crash #10

Comment 35 Tom Morris 2005-06-17 16:18:29 EDT

Created attachment 23480 [details]
Full JNI trace for crash #11

Full JNI trace from startup to crash.  This run required 3 update/rebuilds and
many compares before it crashed as opposed to the typical one, so the trace may
be a little longer.

Comment 36 Tom Morris 2005-06-17 16:18:57 EDT

Created attachment 23481 [details]
JVM crash log for crash #11

Comment 37 Carolyn MacLeod 2005-06-21 15:33:19 EDT

*** Bug 99562 has been marked as a duplicate of this bug. ***

Comment 38 Pratik Shah 2005-06-21 18:03:22 EDT

Created attachment 23675 [details]
Last few lines of JNI trace

My problem is exactly like Amy described in bug 78555.	If I close the
CompareEditor before opening the next one, it works fine.  However, like Tom, I
first saw this when I moved to 3.1RC2.

Carolyn, why are you prescribing the change the in the help preferences?  I
don't think the help plugin was even loaded when I ran into this problem.

Tom, what machine (brand and model) are you using?

Comment 39 Carolyn MacLeod 2005-06-21 18:17:09 EDT

Andre,
Several people are crashing when using Compare editor. We cannot replicate the 
problem, but it does seem to be hapening when an SWT Accessible object is 
released. Can you have a quick look at the steps, and see if anything seems 
familiar? Comment 38, and the bug it refers to, describe when the crash 
happens.

Veronika,
Interesting that OleIsCurrentClipboard was the last JNI call in Pratik's JNI 
trace. Does that give a hint?

Comment 40 Pratik Shah 2005-06-21 18:38:52 EDT

Created attachment 23677 [details]
Complete JNI trace

Comment 41 Andre Weinand 2005-06-21 18:57:42 EDT

Carolyn, yes I know the steps that lead to this crash. But I have no idea what the problem is.
The dispose is in this piece of code:

		if (oldInput != null) {
			if (fControl != null && !fControl.isDisposed()) {
				Point oldSize= fControl.getSize();
				Composite parent= fControl.getParent();
				fControl.dispose();
				createPartControl(parent);
				if (fControl != null)
					fControl.setSize(oldSize);
			}
		}

But I don't see what could be wrong with disposing a Control.

Comment 42 Tom Morris 2005-06-22 03:42:11 EDT

In response to Pratik's question - the machine where Eclipse 3.1rc2 crashes on a
regular basis is a uniprocessor 1.5 GHz Athlon with the original nForce chipset
and 1 GB of memory running Windows XP Pro.

Comment 43 Tom Morris 2005-06-22 04:38:09 EDT

I've verified that this application crash still exists in 3.1rc3.  I can
reliably reproduce the problem at will in under 2 minutes.  I'm baffled that
this bug has such a low priority, but apparently I'm not authorized to change
it, so I guess 3.1 with this bug still in it.

I have four crash tracebacks and associated JNI traces for 3.1rc3, but they're
pretty much the same as the 3.1rc2 crashes.  I'll create a new attachment for them.

Comment 44 Tom Morris 2005-06-22 04:42:13 EDT

Created attachment 23708 [details]
Four crash logs for 3.1rc3

These crash logs were created with Eclipse 3.1rc3 after a fresh reboot of
Windows XP Pro with Plaxo and Copernic Desktop Search disabled (although their
DLLs are apparently still loaded).

Comment 45 Carolyn MacLeod 2005-06-22 04:46:59 EDT

Tom,
Are you saying that you have one machine that crashes, and other(s) that don't?
If so, are there any interesting differences in hardware, running software, 
eclipse install, eclipse launch, content of workspace, preferences enabled?

Comment 46 Carolyn MacLeod 2005-06-22 04:52:51 EDT

I cannot work on this today, and yes, now that there are 2 of you crashing 
regularly in RC2/RC3, I do feel that it is an important bug.
Silenio, Veronika, Steve - are you able to look at this today?
We need to create a debug dll for Tom and Pratik to try running with.

Comment 47 Tom Morris 2005-06-22 15:47:25 EDT

I've only got a single machine set up with the Eclipse development environment.
 Didn't mean to imply otherwise.  I'm happy to try running with additional
debugging if that will help get the problem fixed.

Comment 48 Tom Morris 2005-06-29 18:00:38 EDT

See bug 100450 for a patched DLL that will likely fix many, if not all, of the
crashes in org.eclipse.swt.accessibility.Accessible.internal_dispose_Accessible.

OLEACC.DLL is not being reference counted correctly, resulting in it being freed
while still in use.  If you see a crash with this traceback and the list of
dynamic libraries does not include OLEACC.DLL, you have almost certainly run
across the problem described there.

Comment 49 Billy Biggs 2005-06-30 11:24:18 EDT

*** Bug 100450 has been marked as a duplicate of this bug. ***

Comment 50 Billy Biggs 2005-06-30 11:26:32 EDT

Fixed > 20050630 by SSQ.  I am marking this for 3.1.1.

Comment 51 Billy Biggs 2005-07-05 13:43:18 EDT

*** Bug 102749 has been marked as a duplicate of this bug. ***

Comment 52 Steve Northover 2005-07-06 18:12:18 EDT

*** Bug 100690 has been marked as a duplicate of this bug. ***

Comment 53 Billy Biggs 2005-07-06 23:46:26 EDT

*** Bug 92207 has been marked as a duplicate of this bug. ***

Comment 54 Billy Biggs 2005-07-06 23:47:56 EDT

*** Bug 101778 has been marked as a duplicate of this bug. ***

Comment 55 Carolyn MacLeod 2005-08-08 14:12:44 EDT

Just want to say thanks to Billy & Tom for all of the time spent tracking down 
this problem, and thanks to Silenio for fixing the loading of oleacc.dll.

I was out of town for all of July, and I was sure happy to see that this one 
was fixed when I returned - it was nasty.

Thanks again for the help - it is very much appreciated.
Carolyn

Comment 56 Billy Biggs 2005-08-15 10:42:14 EDT

*** Bug 106710 has been marked as a duplicate of this bug. ***

Comment 57 Silenio Quarti 2005-08-30 11:13:59 EDT

Fixed in 3.1.1 maintenance stream.

Comment 58 Pratik Shah 2005-09-13 16:42:22 EDT

I'm still experiencing this problem in M20050907 (although not all the time).  
Did the fix make it to that build?

Comment 59 Billy Biggs 2005-09-13 16:47:01 EDT

It did not, but it will be in M20050914.  Sorry for the delay.

Comment 60 Carolyn MacLeod 2005-09-26 14:29:02 EDT

Pratik,

Did you have a chance to try this in the M20050914-1235 maintenance build?
The patch was definitely in that version.

We are testing today for 3.1.1 RC2, and I would like to be able to sign off on 
this bug. (I can't test it myself because I never experienced the problem).

Thanks!
Carolyn

Comment 61 Pratik Shah 2005-09-26 14:50:12 EDT

Yes, I've been using M20050914 since 09/15 and haven't experienced this 
problem since.

Comment 62 Carolyn MacLeod 2005-09-26 14:58:42 EDT

Great!
Thanks!
Carolyn

Comment 63 Grant Gayed 2007-03-05 10:44:48 EST

*** Bug 176363 has been marked as a duplicate of this bug. ***

Comment 64 SRIL 2011-06-15 06:30:51 EDT

Comment on attachment 23396 [details]
Crash log

I am still getting application crash at org.eclipse.swt.internal.win32.OS.DispatchMessageW.

Comment 65 SRIL 2011-06-15 06:30:55 EDT

Comment on attachment 23396 [details]
Crash log

I am still getting application crash at org.eclipse.swt.internal.win32.OS.DispatchMessageW.

Comment 66 Carolyn MacLeod 2011-06-16 14:53:13 EDT

Re: comment 65
From your crash log, it looks like you are still running swt-win32-3137.dll, which shipped with one of the final milestones of Eclipse 3.1.
You need to upgrade your Eclipse to at least 3.1.1 (which contains swt-win32-3139.dll) so that you can get the fix for this bug.
Hope this helps.