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.
Summary: | AssertionError: Read null FileSystem from code model persistence for fileSystemIndexInLayer == 1 | ||
---|---|---|---|
Product: | cnd | Reporter: | Vladimir Kvashin <vkvashin> |
Component: | Code Model | Assignee: | Maria Tishkova <mromashova> |
Status: | STARTED --- | ||
Severity: | normal | CC: | alexvsimon, Eaton, exceptions_reporter, jwormsley, paul_floyd |
Priority: | P2 | ||
Version: | 8.1 | ||
Hardware: | All | ||
OS: | All | ||
Issue Type: | DEFECT | Exception Reporter: | 221250 |
Attachments: |
stacktrace
stacktrace stacktrace stacktrace stacktrace IDE log with lots of trace (concerning both remote and code model) While the IDE exited, some more exceptions occurred, see the log |
Description
Vladimir Kvashin
2015-11-19 11:45:10 UTC
Created attachment 157409 [details]
stacktrace
Created attachment 157474 [details]
stacktrace
reopen IDE with opened full remote project
Created attachment 158887 [details]
stacktrace
Opening NetBeans which was trying to open the one project that was open when I closed it last.
Created attachment 158977 [details]
stacktrace
Starting Nebeans which opened last project
*** Bug 256948 has been marked as a duplicate of this bug. *** *** Bug 258019 has been marked as a duplicate of this bug. *** *** Bug 258347 has been marked as a duplicate of this bug. *** *** Bug 262174 has been marked as a duplicate of this bug. *** Created attachment 161692 [details]
stacktrace
open IDE with opemed full remote project
Bug is reproduced in development build only. has nothing to do with new code model (In reply to Vladimir Voskresensky from comment #11) > has nothing to do with new code model I disagree. I think that the problem *IS* in code model. Not new one,but somewhere in Libraries. Persistence is broken and it is not repository responsibility but client incorrect usage (or just a bug in the library persistence mechanism) I looked through messages.log and here is my investigation result: Exception occurred when trying to open library file (from the library unit descriptor), but in fact the unit descriptor is not opened yet (that is impossible and in fact if persistence would be correct this would never occur, it was a contract between repository and clients that openUnit(), getUnitId() should be invoked first). And as I see the problem is even worse: the library file uses remote file system when parsing local file and vise versa. It is *always* about standard libraries. And the same toolchain on remote and local machines. Which means /usr/include exists on both local and remote file systems but they are messed somehow for the projects.. Will take a look at library persistence mechanism. (In reply to Maria Tishkova from comment #12) > (In reply to Vladimir Voskresensky from comment #11) > > has nothing to do with new code model > > I think that the problem *IS* in code model. Sure. The comment was "nothing to doe with *NEW* codemodel". Comment 10: "Bug is reproduced in development build only." is encrypted message with meaning "new-code-model which is on in Dev only". Integrated into 'main-silver', will be available in build *201704110002* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main-silver/rev/57f2521f0c90 User: Maria Dalmatova <mromashova@netbeans.org> Log: logging added for bz#256686 (transplanted from 4583d277fe558d838ba7618649b93393bbe8d981) https://netbeans.org/bugzilla/show_bug.cgi?id=256686 Changesets: http://hg.netbeans.org/releases/rev/4583d277fe55 # logging added for bz#256686 Maria, this bug is still not fixed, correct? (In reply to ilia from comment #16) > Maria, this bug is still not fixed, correct? correct I've just got this exception, but it seems I was not able to log it via the IDE. I reopened the IDE that was previously normally closed; it contained only one open project - llvm39; this project was local. However there were some remote hosts set up. The debugger showed that there existed an instance of RemoteFileSystem (corresponding to vk@localhost). But all open files and the only open project - they all were local. I'll attach the complete IDE log shortly. Created attachment 164166 [details]
IDE log with lots of trace (concerning both remote and code model)
Created attachment 164167 [details]
While the IDE exited, some more exceptions occurred, see the log
My attempt to reproduce this more times failed. The code shows that IDE will function OK in this case in in o.n.m.cnd.modelimpl.csm.core.LibProjectImpl.createInstance( LibProjectImpl.java:99) we see that the instance of the project will not be read => new instance will be created and parsed. |