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 29371 - Deadlock while swiching (old) projects
Summary: Deadlock while swiching (old) projects
Status: VERIFIED FIXED
Alias: None
Product: platform
Classification: Unclassified
Component: Window System (show other bugs)
Version: 3.x
Hardware: PC Linux
: P3 blocker (vote)
Assignee: mslama
URL:
Keywords: THREAD
Depends on:
Blocks:
 
Reported: 2002-12-06 15:14 UTC by _ pkuzel
Modified: 2008-12-23 11:03 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments
The deadlock (21.35 KB, text/plain)
2002-12-06 15:16 UTC, _ pkuzel
Details

Note You need to log in before you can comment on or make changes to this bug.
Description _ pkuzel 2002-12-06 15:14:37 UTC
I selected project manager and opened a project.
It did not appeared to be complete so I closed
empty FS tab and runtime tabs in Explorer. Then
run again the project manager. It appeared and IDE
got deadlocked.
Comment 1 _ pkuzel 2002-12-06 15:16:01 UTC
Created attachment 8195 [details]
The deadlock
Comment 2 Marian Mirilovic 2003-01-06 13:07:39 UTC
I have changed version from 4.0 dev to S1S 4.2 (Nevada).
Comment 3 mslama 2003-01-07 15:10:25 UTC
Didn't you used netbeans.debug.heap??? Then WMI uses reschedule with 0
and it creates a lot of tasks instead of delaying one task scheduled
before because previous task is already running. Petr Nejedly
recommends to use private Request Processor for background winsys
saving task. It should solve problem with many threads saving winsys
simultaneously. Another problem is that saving of file (wstcref in
this case should not trigger updating through fileChanged(). It is
already handled when whole winsys is saved but not when just one
property file is stored eg. wstcref in this case.
Comment 4 _ pkuzel 2003-01-07 16:43:13 UTC
Regarding netbeans.debug.heap flag I do not remember. 
Comment 5 mslama 2003-01-08 10:43:33 UTC
First problem is solved using private request processor for saving.
Second problem was already solved as saving was implemented before
using PersistenceManager.setSaveInProgress(). Listening was enabled in
this case probably by running more saving threads simultaneously.

Fixed in main trunk.

Modified:
core/src/org/netbeans/core/windows/WindowManagerImpl.java r.1.164
Comment 6 Marian Mirilovic 2003-06-11 15:24:29 UTC
verified