Summary: | Outline view crashes on WinXP & Win2K | ||||||
---|---|---|---|---|---|---|---|
Product: | [Eclipse Project] Platform | Reporter: | gavlin | ||||
Component: | SWT | Assignee: | Christophe Cornu <christophe.cornu+eclipse> | ||||
Status: | RESOLVED FIXED | QA Contact: | |||||
Severity: | critical | ||||||
Priority: | P1 | CC: | Konstantin.Scheglov, nikolaymetchev | ||||
Version: | 2.1 | ||||||
Target Milestone: | 2.1.1 | ||||||
Hardware: | PC | ||||||
OS: | Windows XP | ||||||
Whiteboard: | |||||||
Attachments: |
|
Description
gavlin
2003-03-29 01:50:09 EST
Moving to SWT. It seems to happen when calling Control.setCursor *** Bug 35841 has been marked as a duplicate of this bug. *** Hi, We are very very interested in tracking this one down. Which version of Eclipse are you running? Can you attach the source file? Thanks, Chris I'm running build 200303272130. Unfortunately, I cannot send the source file. Here's a little more detail. 1. Open the file 2. Ctrl-end to move to the end of the file 3. Page-up 5 (cursor is sitting in another method) 4. Ctrl-o 5. type 'c' crash The following does not cause the crash 1. Open the file 2. Ctrl-end to move to the end of the file 3. Scroll w/keyboard to the same cursor location 4. Ctrl-o 5. type 'c' No crash (go figure) I can't reproduce here with a plain 75 methods class file or other large java
files.
Can you reproduce the crash with a fresh workspace containing only your
particular java file? I wonder if the state of your workspace also matters or
if it is just about the structure of your java file.
What is your display driver? (on Win2000, Settings > Control Panel > System >
Hardware tab > device manager > Display adapters > double click on the adapter
> Driver.
Thanks,
Chris
Raising priority to P2. Ron, Nikolay: Do you find the crash to occur more frequently on fast or slow machines? Can you indicate the CPU frequency you are using? Does it happen with a different VM ? Ron was using HotSpot(TM) Client VM (1.4.1_01-b01 mixed mode) Nikolay: HotSpot (TM) Client VM (1.4.1_02-b06 mixed mode) I can reproduce the temporary 'freeze' of the outliner that Nikolay mentionned, but not yet the actual crash. Unfortunately I have only produced it on one machine: Intel Pentium 4 (1.7GHz) 512MB RAM. I think that is a pretty fast machine so I don't belive this bug has to do with the spec of the machine. My workspace I would say is approaching medium size (about 15 projects). I am using Windows 2000 with all the latest patches. I crash on both a 2Ghz machine with 1Gb memory and a 1Ghz machine with 512Mb memory. I'm using same VM on both boxes, 1.4.1_01. One box is WinXP SP1 and the other Win2K. Where is your mouse cursor when the crash occurs? Does it have to be on a particular spot (e.g. over a tree widget: the outliner, the package viewer) for the crash to occur? Can you confirm the outliner does not crash if the mouse cursor is outside of Eclipse? Created attachment 4458 [details]
state before eclipse crash
I can't get Eclipse to crash when my mouse cursor is outside Eclipse. It happens when the mouse cursor is over the outliner. Ok, I finally reproduced the crash. Mouse cursor was left where the outline shell is going to popup. Making it a P1. Note: can be reproduced with different files. In particular, can use our org.eclipse.swt.widget.Shell file Add a bunch of public void oapen() {}, public void obpen() {}... public void ogpen() {} Select method setVisible(boolean) set mouse cursor so that it is where the tree in the outliner will appear. CTRL-O Press o. Crash. One of the pattern is to use the first letter of the package name and make sure at least one method also starts with this letter. Internal note: - the native tree appears to sometimes crash when we send it a WM_SETCURSOR Control.setCursor Cursor {65557} from handle 4981502 Shell {Java - Shell.java - Eclipse Platform} Control handle 4981502 hCursor set to 65557 GetParent of 5374994: 3081264 GetParent of 3081264: 3277950 GetParent of 3277950: 4981502 WM_SETCURSOR to 5374994 Control WM_SETCURSOR 5374994 control Tree {}5374994 control.findCursor 0 Control WM_SETCURSOR 5374994 RETURN NULL WM_SETCURSOR TREE back to the OS handle 5374994 isVisible true isEnabled true itemCount 3 bounds 5 30 304 279 Fixed version >20030415 Thanks for reporting this. *** Bug 31562 has been marked as a duplicate of this bug. *** *** Bug 37252 has been marked as a duplicate of this bug. *** |