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 8.1 (Build 20151202-a167ece411eb) VM: OpenJDK 64-Bit Server VM, 24.91-b01, OpenJDK Runtime Environment, 1.7.0_91-b02 OS: Linux User Comments: alexvsimon: include directory contains non ASCII char Stacktrace: java.lang.AssertionError: [ /home/as204739/????????/Quote_1] char$ptr$CharSequence can wrap only one-byte-per-symbol strings but has [15]='?' Forgot to decode string to utf8 bytes and use NativePointer.create_char$ptr(byte[] array)? at org.clank.support.char$ptr$CharSequence.<init>(char.java:61) at org.clank.support.char$ptr$CharSequence.<init>(char.java:41) at org.clank.support.NativePointer.create_char$ptr(NativePointer.java:927) at org.llvm.adt.StringRef.<init>(StringRef.java:280) at org.clang.tools.services.impl.AdvancedPreprocessorInitializer.createHeaderSearchOptions(AdvancedPreprocessorInitializer.java:102) at org.clang.tools.services.impl.PreprocessorInitializer.createPreprocessor(PreprocessorInitializer.java:236)
Created attachment 157618 [details] stacktrace
Also IDE cannot resolve include directive with non ASCII char. For example: #include "../../Загрузки/Quote_1/cpu.h"
This one is still valid. The assertion is gone due to commit 628752c192b6 in sputnik ((c & 0x80) != 0) is wrong check for char c
Created attachment 157790 [details] test project
This bug combines two quite different ones: 1) wide chars in include search paths 2) wide chars in #include directives. The (1) scenario is important, we have at least one user complaint in this respect. The (2) scenario is not important at all, so I would either close it as "wontfix" or downgrade to P4. So I propose to interpret this bug as "cannot resolve include paths with non ASCII chars" (the important one). I attached the test project that can be used to reproduce this. I'm renaming the bug accordingly. Wide chars in #include directives is a matter of a separate bug.
Fix in sputnik: 933dd965f35a Not closing since binaries in NB aren't yet updated.
binaries updated, change set on enum 30513ed66002
Integrated into 'main-silver', will be available in build *201512160002* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main-silver/rev/978f051522a1 User: Vladimir Kvashin <vkvashin@netbeans.org> Log: fixed (updated binaries) #256933 - [newcodemodel] IDE cannot resolve include paths with non ASCII chars (transplanted from 30513ed66002f76e2c597a22ba6b9c8b4a3216bf)
First scenario in Comment 5 has been fixed Verified in NetBeans IDE 8.1 (Build 201601300101)