Build: NetBeans IDE 8.2 (Build 201609300101)
VM: Java HotSpot(TM) 64-Bit Server VM, 25.111-b14, Java(TM) SE Runtime Environment, 1.8.0_111-b14
daiscog: New C++ project with existing sources
(simple project, three or four source files, plus makefile)
Select a Raspberry Pi as the build host
Exception is thrown at some point when the new project is created, possibly during the initial clean and build
Created attachment 163136 [details]
Vladimir, as I remember you introduced Linux-arm architecture. It should not harm other subsystem.
How is it possible?
We'll get into the same situation for FreeBSD.
The problem is in incorrect processing of exception in
HelperLibraryUtility.getLibraryName throws IOException when it can not find path (I don't like this approach, but we have what we have)
ExecuteCommand.prepare asks for path that can not be found. When it catches the IOExcepton, it should just understand that there is no such path, instead of reporting the exception via Exceptions.printStackTrace(ex);
Oh, sorry, I was wrong, it's not IOException (I erroneosly thought that MissingResourceException is an IOException). Investigatoing...
My previous comment was correct, MissingResourceException is wrapped into IOException, so we just need to fix error processing in ExecuteCommand.prepare.
Alexander, it will be more safe if you fix this, rather thn me, could you do this please>?
It looks like a duplicate of the bug #268766
fixed in enum, branch release82, change set 0f13018eaa7c
Integrated into 'main-silver', will be available in build *201612080001* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress)
User: Alexander Simon <firstname.lastname@example.org>
Log: fixed Bug #269220 java.util.MissingResourceException: bin/Linux-arm_64/libBuildTrace.so
(transplanted from 0f13018eaa7c3ef1d7c1f6f541da72a75dfe8f66)
Verified in internal NetBeans 8,2 patch 1 build.