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.

Bug 64610 - Deadlock when external CVS update hits edited file
Summary: Deadlock when external CVS update hits edited file
Status: RESOLVED DUPLICATE of bug 62848
Alias: None
Product: java
Classification: Unclassified
Component: Unsupported (show other bugs)
Version: 5.x
Hardware: All All
: P2 blocker (vote)
Assignee: issues@java
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-09-18 17:16 UTC by _ tboudreau
Modified: 2007-09-26 09:14 UTC (History)
0 users

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments
Thread dump (13.75 KB, text/plain)
2005-09-18 17:17 UTC, _ tboudreau
Details

Note You need to log in before you can comment on or make changes to this bug.
Description _ tboudreau 2005-09-18 17:16:27 UTC
I had TitlePage50 from the welcome module open in the editor.  I had a CVS
update of my whole checkout running in a command shell.

When CVS updated TitlePage50, a dialog popped up asking if I should reload it
because the file was externally modified.  The dialog could not be closed and
the AWT thread seemed to be permanently blocked.

See attached thread dump.  Error Annotation Queue is in javacore exclusive
mutex, waiting for a read lock on the edited Document;  the AWT thread is
waiting to enter javacore exclusive mutex;  hints request processor is also
waiting on the document read lock;  what looks suspicious is that the dialog was
displayed from GuardedDocument.runAtomic() - I don't know for sure that that's
the deadlock, but it does involve code that synchronizes on BaseDocument...

See attached thread dump.
Comment 1 _ tboudreau 2005-09-18 17:17:14 UTC
Created attachment 24920 [details]
Thread dump
Comment 2 Pavel Flaska 2005-09-19 09:40:41 UTC

*** This issue has been marked as a duplicate of 62848 ***