| Summary: | Hang in getVMInstallType | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Eclipse Project] JDT | Reporter: | David Williams <david_williams> | ||||
| Component: | Debug | Assignee: | JDT-Debug-Inbox <jdt-debug-inbox> | ||||
| Status: | RESOLVED DUPLICATE | QA Contact: | |||||
| Severity: | normal | ||||||
| Priority: | P3 | CC: | John_Wiegand, philippe_mulet | ||||
| Version: | 3.0 | ||||||
| Target Milestone: | --- | ||||||
| Hardware: | PC | ||||||
| OS: | Windows 2000 | ||||||
| Whiteboard: | |||||||
| Attachments: |
|
||||||
|
Description
David Williams
Created attachment 10908 [details]
ctrl-break results after above hang
I see the deadlock: * A build job (Thread Worker-1) is trying to initialize the JRE container. It is blocked in getVMInstallType(String id), trying to retrieve all VM install types. * The "All Types Caching" thread has also initialized the JRE container, and made it into getVMInstallTypes (owns the monitor Worker-1 is waiting on), and has triggered a VM change which triggers a Java core job, which is likely blocked on the build job. Adding John & Philippe as CC's. This is something we need to investigate for RC1. Since it does not appear to happen in practive, I do not think we need to fix this for M9. (Also note that this was found on an "old" build - May 14). Marking as RC1, for investigation. |