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.
This bug was originally marked as duplicate of bug 240783, that is already resolved. This bug is still valid, so this seems to be another bug, but it might be related. Build: NetBeans IDE Dev (Build 201402160001) VM: Java HotSpot(TM) 64-Bit Server VM, 24.45-b08, Java(TM) SE Runtime Environment, 1.7.0_45-b18 OS: Mac OS X User Comments: GUEST: Just started the IDE (under Ubuntu 10.12) GUEST: just started netbeans and all. abalint21: Load a native project. Exception was thrown while "Parsing project" GUEST: Netbeans dies when brought up tbrunhoff: running a variety of builds across different configurations GUEST: The exception occurs while starting NetBeans. It occurs while NetBeans is still starting and loading the project files. Stacktrace: java.lang.Exception: Path should be absolute: <WRONG FILE> at org.netbeans.modules.cnd.utils.CndUtils.assertTrue(CndUtils.java:191) at org.netbeans.modules.cnd.modelimpl.content.project.FileContainer.getEntry(FileContainer.java:268) at org.netbeans.modules.cnd.modelimpl.csm.core.ProjectBase.checkLibrariesAfterRestore(ProjectBase.java:1776) at org.netbeans.modules.cnd.modelimpl.csm.core.CreateFilesWorker.checkLibraries(CreateFilesWorker.java:168) at org.netbeans.modules.cnd.modelimpl.csm.core.ProjectBase.createProjectFilesIfNeed(ProjectBase.java:1052) at org.netbeans.modules.cnd.modelimpl.csm.core.ProjectBase.ensureFilesCreated(ProjectBase.java:880)
Created attachment 145289 [details] stacktrace
fixed in http://hg.netbeans.org/cnd-main/rev/ee0932321d66
Integrated into 'main-silver', will be available in build *201402180001* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main-silver/rev/65229ec80efc User: Maria Dalmatova <mromashova@netbeans.org> Log: fixed bz#241990 - Exception: Path should be absolute: <WRONG FILE> and bz#241999 - java.util.ConcurrentModificationException at java.util.HashMap$HashIterator.nextEntry race condition: if we delete filepaths dictionary from the map even if we put it to the writer queue it can be updated before storing to disk and therefore the content will be broken Introduced new method flush() for Storage and StorageManager which will be invoked on shutdown and it will put file paths dictionaries to the writer queue