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 32584 - possible deadlock after switching tabs/editing
Summary: possible deadlock after switching tabs/editing
Status: CLOSED DUPLICATE of bug 33062
Alias: None
Product: platform
Classification: Unclassified
Component: Text (show other bugs)
Version: 3.x
Hardware: PC Windows XP
: P3 blocker (vote)
Assignee: David Konecny
URL:
Keywords: RANDOM, THREAD
Depends on:
Blocks:
 
Reported: 2003-04-03 03:51 UTC by _ jrichard
Modified: 2008-12-22 16:10 UTC (History)
3 users (show)

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments
stack dump (11.43 KB, text/plain)
2003-04-03 03:52 UTC, _ jrichard
Details
excerpt from the dump with two dead threads. (5.28 KB, patch)
2003-04-03 16:09 UTC, David Konecny
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description _ jrichard 2003-04-03 03:51:00 UTC
[dev build from 1-Apr-2003, JDK 1.4.1_02]

I was switching editor tabs and attempting to edit
a file 
when I got what appears to be a deadlock.  I was
also making 
a file read-write (from read-only) at about the
same time.

I can't reproduce this, but I do have the stack
trace, which 
I'll attach.
Comment 1 _ jrichard 2003-04-03 03:52:06 UTC
Created attachment 9675 [details]
stack dump
Comment 2 Martin Roskanin 2003-04-03 08:03:02 UTC
Reassigning to openide/text ...

AWT thread is waiting for task.finished in "Default RequestProcessor"
and "Default RequestProcessor" is waiting for the lock 0458B3E0 which
has been taken firstly in AWT thread.

Comment 3 pzajac 2003-04-03 09:24:13 UTC
It should be fixed in Nb35.
Comment 4 _ ttran 2003-04-03 14:08:27 UTC
> It should be fixed in Nb35.

at this stage of the cycle we are fixing only showstoppers.  Is this a
showstopper?  jrichardson said he cannot reproduce the bug.  I am
always nervous whenever we are changing anything related to thread/locking
Comment 5 David Konecny 2003-04-03 16:08:18 UTC
Without reproducible case I do not dare to fix it in NB35 nor in the
trunk. The code in text package related to loading of document and
document lines is known to be buggy and must be refactored/rewritten.
Fixing anything in current state is quite dangerous. So, TM=future.

I'm intentionally lowering priority to P3. If this problem happens
again please mention it here. Based on the frequency we can increase
priority back to P2 and try to solve it.
Comment 6 David Konecny 2003-04-03 16:09:32 UTC
Created attachment 9684 [details]
excerpt from the dump with two dead threads.
Comment 7 Marian Mirilovic 2003-04-03 16:17:32 UTC
I agree with David's solution. It's really dangerous fix this type of
issues now.
Comment 8 David Konecny 2003-04-29 09:55:13 UTC
Deadlock has the same symptom as in issue 33062.

*** This issue has been marked as a duplicate of 33062 ***
Comment 9 Marian Mirilovic 2003-07-23 15:30:42 UTC
verified, closed - it's duplicate.