| Unresolved inclusion in alternate efs file system [message #1043503] |
Wed, 17 April 2013 19:54 |
 Gary S
Messages: 1
Registered: April 2013 |
Junior Member |
|
|
I'm getting an unresolved inclusion in a simple CDT C project created
in a user contributed EFS file system that remaps logical paths to local
file paths. The problem appears to be in
org.eclipse.cdt.internal.core.pdom.indexer.FileExistsCache.java
where isFile(String) is listing a directory using File instead of
parentStore in the line:
files = (parentStore == null) ? new File(parent).list() : parentStore.childNames(EFS.NONE, null);
I observe that parentStore is null, causing new File(parent).list() to
list the contents of the local filesystem directory instead of
obtaining the list from parentStore. parentStore is null because the
check (UNCPathConverter.isUNC(path)) is false in this case, and the
else clause never sets parentStore. A test version of isFile()
which uses the user provided FileStore fixes the unresolved inclusion.
The user contributed EFS file system provides an EFSExtensionProvider
which did not solve the problem. The problem is observed in Kepler
milestone 6, CDT Version: 8.2.0.201303191012 on Centos 6.4 64 bit
using the Centos provided java version "1.7.0_09-icedtea".
Is this a bug in CDT?
|
|
|
Powered by
FUDForum. Page generated in 0.02953 seconds
] 
Search
Help
Register
Login
Home
