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 11136 - Deadlock in MFO refresh
Summary: Deadlock in MFO refresh
Status: CLOSED FIXED
Alias: None
Product: platform
Classification: Unclassified
Component: -- Other -- (show other bugs)
Version: 3.x
Hardware: PC Windows ME/2000
: P1 blocker (vote)
Assignee: rmatous
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2001-04-06 13:35 UTC by Pavel Buzek
Modified: 2008-12-23 00:40 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments
stacktrace (17.92 KB, text/plain)
2001-07-20 20:31 UTC, Pavel Buzek
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Pavel Buzek 2001-04-06 13:35:06 UTC
I will attach stacktrace.
Comment 1 Pavel Buzek 2001-04-06 13:49:00 UTC
Created attachment 1026 [details]
stacktrace
Comment 2 Jaroslav Tulach 2001-04-06 16:31:12 UTC
Maybe:

Main thread is trying to find "Menu". It means it can be synchronized just on
root of the filesystem.

Refresh request found a newly created file on the LocalFileSystem. The series of
notification resulted in a deadlock. IMHO the file had to be created in to root
of system directory. Which file we usually create there? ide.log. Do we create
it via FileObject or java.io.File interface?
Comment 3 rmatous 2001-04-06 23:38:43 UTC
I agree with Yarda. But I´m not sure that RefreshRequest notified user-layer 
that ide.log was created(fired from refreshFolder ). In case of ide.log I would 
expect notification: fileDataCreated and not fileFolderCreated ? Perhaps 
Projects ? 
Comment 4 rmatous 2001-04-07 12:08:07 UTC
I think that principle (described in #10507) that should prevent from deadlocks 
in MFS  is right. But there was implementation gap that caused this deadlock. 
It is difficult to judge what can be affected with this fix. But there is not 
time enough for systematic testing. So fixed in trunk and release32. 
Comment 5 Jan Chalupa 2001-05-06 08:22:11 UTC
Target milestone -> 3.2
Comment 6 Marian Mirilovic 2003-01-29 13:44:53 UTC
closed