Summary: | Eclipse 3.0M6 hang on rename of package | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | [Eclipse Project] JDT | Reporter: | Rob Grzywinski <rgrzywinski> | ||||||
Component: | Core | Assignee: | JDT-Core-Inbox <jdt-core-inbox> | ||||||
Status: | RESOLVED INVALID | QA Contact: | |||||||
Severity: | blocker | ||||||||
Priority: | P3 | ||||||||
Version: | 3.0 | ||||||||
Target Milestone: | 3.0 M7 | ||||||||
Hardware: | PC | ||||||||
OS: | Windows XP | ||||||||
Whiteboard: | |||||||||
Attachments: |
|
Description
Rob Grzywinski
2004-01-23 14:12:33 EST
Created attachment 7544 [details]
Stack traces while renaming packages
Some stack traces may be spurious as I did no clean up between having to kill
eclipse from one rename to another and it may be that only some files were
copied.
These are entries from the log, but could you please launch Eclipse with console open, and then press ctrl-break to force the VM to dump thread activity. This would allow to point at the code which is causing the hang. Launch Eclipse using java.exe instead of javaw.exe to get console open. Created attachment 7546 [details]
VM thread dump on hang
Renamed 1 package then quickly renamed another.
It looks like Perforce is creating the locking condition. That is all well and good, and I'm not looking for you to solve someone else's problem, but I believe that every problem can lead to a better solution. Are you able to easily determine which component that Perforce is improperly interacting with so that I may contact them? I would like to ensure that the proper documentation is available for projects coded against Eclipse so that this bug is prevented in the future. Thank you. If you send them the thread dumps, they should be able to figure their bug. Will close this one. |