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 29814 - DEADLOCK: changing statuses after checkout
Summary: DEADLOCK: changing statuses after checkout
Status: RESOLVED FIXED
Alias: None
Product: obsolete
Classification: Unclassified
Component: vcscore (show other bugs)
Version: 3.x
Hardware: PC Linux
: P2 blocker (vote)
Assignee: Martin Entlicher
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-01-06 16:50 UTC by dmladek
Modified: 2009-10-02 01:09 UTC (History)
0 users

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments
Full Thread Dump (26.02 KB, text/plain)
2003-01-06 16:52 UTC, dmladek
Details

Note You need to log in before you can comment on or make changes to this bug.
Description dmladek 2003-01-06 16:50:53 UTC
Product Version       = NetBeans IDE Dev (Build
200301060100)
  IDE Versioning        = IDE/1 spec=3.26
impl=200301060100
  Operating System      = Linux version 2.4.18
running on i386
  Java; VM; Vendor      = 1.4.1_01; Java
HotSpot(TM) Client VM 1.4.1_01-b01; Sun
Microsystems Inc.
  Java Home             =
/usr/java/j2sdk1.4/sun/jdk1.4.1_01/jre
  System Locale; Encod. = cs_CZ; ISO-8859-2
  Home Dir; Current Dir = /home.local/danielm;
/DISKS/storage3/forte/NBdev-last/netbeans/bin
  IDE Install; User Dir =
/home.local/danielm/NBdev-last;
/home.local/danielm/.netbeans/dev
-------------------------------------------------------------------------------


I have mounted G-CVS with specified relative
mountpoint.
I deleted content of the realtivemountpoint
aoutside of ide.
Then I started ide. On the FS I perform checkout
module...
Then after a while (after module was
checkouted)...probalby started
Refreshing statuses....and in this time my ide died:-(

See the attached FTD,please
Comment 1 dmladek 2003-01-06 16:52:08 UTC
Created attachment 8456 [details]
Full Thread Dump
Comment 2 Martin Entlicher 2003-01-07 12:15:15 UTC
Not easily solvable in the current design. The problem seems to be in 
"VCS Status Update Request Processor" stack trace. VcsAttributes
search for the FileObject reference, which should be avoided (at
org.netbeans.modules.vcscore.VcsAttributes.readAttribute(VcsAttributes.java:246))

Comment 3 Martin Entlicher 2003-01-07 12:22:33 UTC
This deadlock can be also avoided if
VcsVersioningFileSystem.vcsStatusChanged() is processed asynchronously
in analogy to VcsFileSystem.statusChanged().
Comment 4 dmladek 2003-01-07 14:32:30 UTC
This DEADLOCK is easyly reproductable:-( by checkin' out 'vcsgeneric'
module (while you have set RMP to src package)
Comment 5 Martin Entlicher 2003-01-07 15:54:18 UTC
This deadlock should be fixed in the main trunk. It collects the files
and performs the status update in a separate thread.

/cvs/vcscore/src/org/netbeans/modules/vcscore/VcsVersioningSystem.java,v 
<--  VcsVersioningSystem.java
new revision: 1.33; previous revision: 1.32

However there is still a potential deadlock in VcsAttributes, which
might not happen at all depending on what other threads will be doing.
I'll file a task for that problem.
Comment 6 Martin Entlicher 2003-01-07 17:47:29 UTC
FYI: task #29845 was submitted for the problem in VcsAttributes.
Comment 7 dmladek 2003-01-09 08:56:29 UTC
Well done Martin,
I can't reproduce it with my testcase on build #2003-0109-0100 ;-) 
Comment 8 Marian Mirilovic 2009-10-01 14:49:09 UTC
reopen to fix status and resolution
Comment 9 Marian Mirilovic 2009-10-01 14:51:47 UTC
fix status and resolution
Comment 10 dmladek 2009-10-02 01:09:36 UTC
good work;-)
thx 4 tha fix