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 254496 - [newcodemodel] AssertionError at
Summary: [newcodemodel] AssertionError at
Alias: None
Product: cnd
Classification: Unclassified
Component: Code Model (show other bugs)
Version: 8.1
Hardware: PC Windows 8
: P2 normal (vote)
Assignee: Vladimir Voskresensky
: 254919 (view as bug list)
Depends on:
Reported: 2015-08-19 04:28 UTC by Exceptions Reporter
Modified: 2016-07-14 16:26 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Exception Reporter: 219261

stacktrace (6.10 KB, text/plain)
2015-08-19 04:28 UTC, Exceptions Reporter

Note You need to log in before you can comment on or make changes to this bug.
Description Exceptions Reporter 2015-08-19 04:28:35 UTC
This issue was reported manually by alexvsimon.
It already has 1 duplicates 

Build: NetBeans IDE 8.1 Beta (Build 201508041349)
VM: Java HotSpot(TM) 64-Bit Server VM, 25.51-b03, Java(TM) SE Runtime Environment, 1.8.0_51-b16
OS: Windows 8.1

User Comments:
GUEST: Editting a C++ program in the IDE

   at org.netbeans.modules.cnd.modelimpl.csm.core.ProjectImpl.onFileEditStart(
Comment 1 Exceptions Reporter 2015-08-19 04:28:37 UTC
Created attachment 155440 [details]
Comment 2 Alexander Simon 2015-09-09 14:54:54 UTC
*** Bug 254919 has been marked as a duplicate of this bug. ***
Comment 3 Vladimir Kvashin 2015-09-29 10:49:30 UTC
All reports concern 8.1 beta.
So it should be based on sputnik #changeset: 15335:5464dcd6a07f
which contains 
    assert path.is_absolute(new Twine(Path));
in PreprocessorInitializer.clearFileCache(

So it should be an error in path.is_absolute() I guess
(since the path comes from file system listener, FileBuffer.getAbsoultePath(), etc - so it is guaranteed to be absolute)

I think this has been already fixed.
Comment 4 Vladimir Kvashin 2015-09-29 10:56:04 UTC
Just in case I'm wrong I added better assertion (with path):
Comment 5 Vladimir Voskresensky 2016-07-14 11:51:00 UTC
Alexander, what is the reason for reopening this bug? I still see only one exception report for 8.1 Beta in the list.
Comment 6 Vladimir Voskresensky 2016-07-14 11:53:32 UTC
But may be you met the intermediate state of libs.clank where the NPE was fixed as
c4b73a8e97df in sputnik
Comment 7 Alexander Simon 2016-07-14 14:15:50 UTC
(In reply to Vladimir Voskresensky from comment #5)
> Alexander, what is the reason for reopening this bug? I still see only one
> exception report for 8.1 Beta in the list.

Because the bug #262442 thinks that this bug reproduced again.
Comment 8 Vladimir Voskresensky 2016-07-14 16:26:11 UTC
Ok. then let's fix the problem in mentioned bug #262442