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.
Build: NetBeans IDE 6.7 RC2 (Build 200906042131) VM: Java HotSpot(TM) Client VM, 11.0-b16, Java(TM) SE Runtime Environment, 1.6.0_11-b03 OS: Linux, 2.6.27-14-generic, i386 User Comments: gentoo_daemon: Was trying to turn on code assistance in C++. Could not get it to work. klauern: Modified the project properties using the dialog and clicked OK. Stacktrace: org.openide.filesystems.FileAlreadyLockedException: /home/mbains/workspace/general_c_runs/radcode/nbproject/private/private.xml at org.netbeans.modules.masterfs.filebasedfs.fileobjects.LockForFile.registerLock(LockForFile.java:112) at org.netbeans.modules.masterfs.filebasedfs.fileobjects.LockForFile.tryLock(LockForFile.java:101) at org.netbeans.modules.masterfs.filebasedfs.fileobjects.FileObj.lock(FileObj.java:296) at org.netbeans.spi.project.support.ant.AntProjectHelper$2.run(AntProjectHelper.java:337) at org.openide.filesystems.EventControl.runAtomicAction(EventControl.java:120) at org.openide.filesystems.FileSystem.runAtomicAction(FileSystem.java:509)
Created attachment 83781 [details] stacktrace
This issue already has 6 duplicates see http://statistics.netbeans.org/exceptions/detail.do?id=129619
There is a bunch of similar exceptions in messages.log. Please, evaluate.
Build: NetBeans IDE 6.7.1 (Build 200907230233) VM: Java HotSpot(TM) Client VM, 14.0-b16, Java(TM) SE Runtime Environment, 1.6.0_14-b08 OS: Windows XP, 5.1, x86 User Comments: Stacktrace: org.openide.filesystems.FileAlreadyLockedException: C:\Documents and Settings\bnicely\My Documents\NetBeansProjects\StaffListStrutsHibernate\nbproject\project.xml at org.netbeans.modules.masterfs.filebasedfs.fileobjects.LockForFile.registerLock(LockForFile.java:112) at org.netbeans.modules.masterfs.filebasedfs.fileobjects.LockForFile.tryLock(LockForFile.java:101) at org.netbeans.modules.masterfs.filebasedfs.fileobjects.FileObj.lock(FileObj.java:296) at org.netbeans.spi.project.support.ant.AntProjectHelper$2.run(AntProjectHelper.java:337) at org.openide.filesystems.EventControl.runAtomicAction(EventControl.java:120) at org.openide.filesystems.FileSystem.runAtomicAction(FileSystem.java:509)
Created attachment 86925 [details] stacktrace
This issue already has 7 duplicates see http://statistics.netbeans.org/exceptions/detail.do?id=129619
I do not see any cnd trace here...
Platform team, please, evaluate. There are different entry points (Java, C++) but it was not reported against 6.8 trunk versions => probably invalid
Probably fixed in 6.8.
reproduced in NB6.8
Created attachment 92902 [details] Exception
Created attachment 92921 [details] Thread dump on exception
P2 because block P2 issue. 68patch-candidate because block 68patch-candidate issue. Please, evaluate issue before 68patch-candidate nominate date because CND team should have enough to fix-up own issue
sorry, enough *time*
Please, run it with enabled assertions. It should be printed in stack trace who is holding the lock.
Does thread dump contain needed information?
I don't see it. Exception in thread dump is little bit different. Parsing & Indexing Loop thread opens FileInputStream but FileObj.getOutputStream() should wait 2 seconds at most if input stream is open for the same file. I don't know why opening input stream should take too much time, if I expect your project.xml is not too big and it is not on remote drive.
I do not understand what kind of fix you expect from platform/filesystems? The library is behaving perfectly OK by throwing this exception (someone else is using the library incorrectly). I have no idea who is that, but follow the last Jirka's advice to run the system with assertions turned on to get more debugging info. Unless that is provided, I don't see anything I can do.