This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
Summary: | deadlock on startup of IDE, due to openfile server | ||
---|---|---|---|
Product: | utilities | Reporter: | Roger Blumer <rblumer> |
Component: | Code | Assignee: | issues@utilities <issues> |
Status: | CLOSED FIXED | ||
Severity: | blocker | CC: | non_migrated_user, pnejedly |
Priority: | P2 | ||
Version: | -FFJ- | ||
Hardware: | PC | ||
OS: | Windows 3.1/NT | ||
Issue Type: | DEFECT | Exception Reporter: | |
Attachments: | Full thread dump |
Description
Roger Blumer
2002-04-10 00:56:05 UTC
Created attachment 5349 [details]
Full thread dump
After discussion with Petr Nejedly (thanks) we localized this deadlock: * "OpenFile Server" 1) openfile.Settings.setActualPort0(...) -- synchronized (this) 2) SharedClassObject.getProperty(...) -- synchronized (getLock()) * "main" 1) SystemOption.readExternal(...) -- synchronized (getLock()) 2) openfile.Settings.setPort(...) -- synchronized (this) --- Petr proposed to cover Settings.readExternal body by 'synchronized (this)' block what should sort locks. --- I would like to mark it as "ORION_WAIVER" and do not fix it in Orion branch because: - it is hard to reproduce it, it is race-condition -- it depends on deserialization time. - it occurs occasionally and I am not sure if new synchronized section will not bring any problems. It could be too risky to fix it without long testing. --- Proposed fix integrated in main trunk. Requesting a waiver for FFJ 4.0 (Orion) - FFJ40_WAV. The bug is not easily reproducible and the fix is potentially risky. Waiver approved. Already fixed in main trunk. Verified in dev 200303030100. Resolved for 3.4.x or earlier, no new info since then -> closing. |