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.
This issue was originally marked as duplicate of issue 165083, that is already resolved. This issue is still valid, so this seems to be another issue, but it might be related. Build: NetBeans IDE 6.7 RC1 (Build 200905312038) VM: Java HotSpot(TM) 64-Bit Server VM, 14.0-b16, Java(TM) SE Runtime Environment, 1.6.0_14-b08 OS: Windows 7, 6.1, amd64 User Comments: alenofx: Starting NetBeans IDE 6.7 RC1 racy: I just started the IDE. Stacktrace: java.lang.NullPointerException at java.lang.ProcessBuilder.start(ProcessBuilder.java:441) at org.netbeans.modules.nativeexecution.support.HostInfoImpl.getLocalHostInfo(HostInfoImpl.java:130) at org.netbeans.modules.nativeexecution.support.HostInfoImpl.getHostInfo(HostInfoImpl.java:100) at org.netbeans.modules.nativeexecution.support.HostInfoFetcher.getInfo(HostInfoFetcher.java:82) at org.netbeans.modules.nativeexecution.api.util.HostInfoUtils.getHostInfo(HostInfoUtils.java:301) at org.netbeans.modules.dlight.util.Util.copyResource(Util.java:87)
Created attachment 83104 [details] stacktrace
I guess this might be caused by returning null from o.n.m.nativeexecution.api.util.WindowsSupport.getShell()
This issue was originally marked as duplicate of issue 165083, that is already resolved. This issue is still valid, so this seems to be another issue, but it might be related. Build: NetBeans IDE 6.7 RC1 (Build 200905312038) VM: Java HotSpot(TM) Client VM, 11.0-b16, Java(TM) SE Runtime Environment, 1.6.0_11-b03 OS: Windows XP, 5.1, x86 User Comments: I've previously configured the remote host development on 6.7 Beta version in the same way as I did it with 6.7 RC1. I didn't import the configuration from the previous version and I've uninstalled 6.7 Beta before the installation of RC1. When I compile the code with F6 it seams to work ok on building, but when NetBeans try to run the compiled application it crash. Output window shows these lines: /usr/bin/make -f nbproject/Makefile-Debug.mk SUBPROJECTS= .build-conf make[1]: Entering directory `/home/avilla/src/holamundo' /usr/bin/make -f nbproject/Makefile-Debug.mk dist/Debug/GNU-Linux-x86/holamundo make[2]: Entering directory `/home/avilla/src/holamundo' make[2]: `dist/Debug/GNU-Linux-x86/holamundo' is up to date. make[2]: Leaving directory `/home/avilla/src/holamundo' make[1]: Leaving directory `/home/avilla/src/holamundo' BUILD SUCCESSFUL (total time: 235ms) Seems like the SSH connection with the remote host was lost before the exception. Stacktrace: java.lang.NullPointerException at java.lang.ProcessBuilder.start(ProcessBuilder.java:0) at org.netbeans.modules.nativeexecution.support.HostInfoImpl.getLocalHostInfo(HostInfoImpl.java:130) at org.netbeans.modules.nativeexecution.support.HostInfoImpl.getHostInfo(HostInfoImpl.java:100) at org.netbeans.modules.nativeexecution.support.HostInfoFetcher.getInfo(HostInfoFetcher.java:82) at org.netbeans.modules.nativeexecution.api.util.HostInfoUtils.getHostInfo(HostInfoUtils.java:301) at org.netbeans.modules.dlight.util.Util.copyResource(Util.java:87)
Created attachment 83180 [details] stacktrace
Build: NetBeans IDE 6.7 RC2 (Build 200906042131) VM: Java HotSpot(TM) 64-Bit Server VM, 14.0-b16, Java(TM) SE Runtime Environment, 1.6.0_14-b08 OS: Windows 7, 6.1, amd64 User Comments: compile & run a hello.c program with gcc (cygwin) Stacktrace: java.lang.NullPointerException at java.lang.ProcessBuilder.start(ProcessBuilder.java:441) at org.netbeans.modules.nativeexecution.support.HostInfoImpl.getLocalHostInfo(HostInfoImpl.java:130) at org.netbeans.modules.nativeexecution.support.HostInfoImpl.getHostInfo(HostInfoImpl.java:100) at org.netbeans.modules.nativeexecution.support.HostInfoFetcher.getInfo(HostInfoFetcher.java:82) at org.netbeans.modules.nativeexecution.api.util.HostInfoUtils.getHostInfo(HostInfoUtils.java:301) at org.netbeans.modules.dlight.util.Util.copyResource(Util.java:87)
Created attachment 83469 [details] stacktrace
This issue already has 6 duplicates see http://statistics.netbeans.org/exceptions/detail.do?id=152126
Build: NetBeans Platform Dev (Build 090617) VM: Java HotSpot(TM) Client VM, 11.3-b02, Java(TM) SE Runtime Environment, 1.6.0_13-b02 OS: Windows XP, 5.1, x86 User Comments: Stacktrace: java.lang.NullPointerException at java.lang.ProcessBuilder.start(ProcessBuilder.java:441) at org.netbeans.modules.nativeexecution.support.HostInfoImpl.getLocalHostInfo(HostInfoImpl.java:130) at org.netbeans.modules.nativeexecution.support.HostInfoImpl.getHostInfo(HostInfoImpl.java:100) at org.netbeans.modules.nativeexecution.support.HostInfoFetcher.getInfo(HostInfoFetcher.java:82) at org.netbeans.modules.nativeexecution.api.util.HostInfoUtils.getHostInfo(HostInfoUtils.java:301) at org.netbeans.modules.dlight.util.Util.copyResource(Util.java:87)
Created attachment 83677 [details] stacktrace
This issue already has 8 duplicates see http://statistics.netbeans.org/exceptions/detail.do?id=152126
This happens when no cygwin nor msys is installed on Windows. Perhaps we need to display some notification in this case
This issue already has 9 duplicates see http://statistics.netbeans.org/exceptions/detail.do?id=152126
This issue already has 10 duplicates see http://statistics.netbeans.org/exceptions/detail.do?id=152126
At last I've got the reason of this exception (as I am almost sure). My guess is that this is because I looked for msys path in HKLM registry tree only. But in case when user who installed msys is not an Administrator of the machine, the record about msys paths goes to HKCL tree. The fix is to look into HKCL as well. Fixed with: http://hg.netbeans.org/cnd-main/rev/deb9e7c7d404 =Andrew
The fix is already in NB 6.7
According to user report it is still reproducible in 6.7 FCS: java.lang.NullPointerException at java.lang.ProcessBuilder.start(ProcessBuilder.java:441) at org.netbeans.modules.nativeexecution.support.HostInfoImpl.getLocalHostInfo(HostInfoImpl.java:130) at org.netbeans.modules.nativeexecution.support.HostInfoImpl.getHostInfo(HostInfoImpl.java:100) at org.netbeans.modules.nativeexecution.support.HostInfoFetcher.getInfo(HostInfoFetcher.java:82) at org.netbeans.modules.nativeexecution.api.util.HostInfoUtils.getHostInfo(HostInfoUtils.java:301) at org.netbeans.modules.nativeexecution.NativeProcessInfo.<init>(NativeProcessInfo.java:119) at org.netbeans.modules.nativeexecution.api.NativeProcessBuilder.<init>(NativeProcessBuilder.java:79) at org.netbeans.modules.nativeexecution.api.NativeProcessBuilder.newProcessBuilder(NativeProcessBuilder.java:90) at org.netbeans.modules.cnd.debugger.gdb.proxy.GdbProxyEngine.startDebugger(GdbProxyEngine.java:138) at org.netbeans.modules.cnd.debugger.gdb.proxy.GdbProxyEngine.<init>(GdbProxyEngine.java:132) at org.netbeans.modules.cnd.debugger.gdb.proxy.GdbProxy.<init>(GdbProxy.java:107) [catch] at org.netbeans.modules.cnd.debugger.gdb.GdbDebugger.startDebugger(GdbDebugger.java:290) at org.netbeans.modules.cnd.debugger.gdb.actions.StartActionProvider.doAction(StartActionProvider.java:86) at org.netbeans.modules.cnd.debugger.gdb.actions.StartActionProvider$1.run(StartActionProvider.java:131) at org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:577) at org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:1030) INFO [org.netbeans.ui.metrics.debugger]: Debugger session AIFXTool.aip started at localhost for C INFO [org.netbeans.ui.metrics.debugger]: Connecting via connect type Gdb Debugger
Andrew, Why do you have some special lookup for cygwin when you already know the path - you defined it when setting up compiler. I just don't understand why do you have to use some another special heuristic to locate it. I got this exception again in 6.7 fcs java.lang.NullPointerException at java.lang.ProcessBuilder.start(ProcessBuilder.java:441) at org.netbeans.modules.nativeexecution.support.HostInfoImpl.getLocalHostInfo(HostInfoImpl.java:130) at org.netbeans.modules.nativeexecution.support.HostInfoImpl.getHostInfo(HostInfoImpl.java:100) at org.netbeans.modules.nativeexecution.support.HostInfoFetcher.getInfo(HostInfoFetcher.java:82) at org.netbeans.modules.nativeexecution.api.util.HostInfoUtils.getHostInfo(HostInfoUtils.java:301) at org.netbeans.modules.nativeexecution.NativeProcessInfo.<init>(NativeProcessInfo.java:119) at org.netbeans.modules.nativeexecution.api.NativeProcessBuilder.<init>(NativeProcessBuilder.java:79) at org.netbeans.modules.nativeexecution.api.NativeProcessBuilder.newProcessBuilder(NativeProcessBuilder.java:90) at org.netbeans.modules.cnd.debugger.gdb.proxy.GdbProxyEngine.startDebugger(GdbProxyEngine.java:138) Luky
reproduced in build 200906241340
This is because of cygwin1.7 that uses different registry key to store information about it's location... Fixed with http://hg.netbeans.org/cnd-main/rev/6aa038ba20a6 Also now executor will find sh if the path to it is in %PATH% I will file a new (low priority) issue to redesign the way we are looking for sh (to avoid duplication of searching logic)
marked as patch1 candidate once again
verified in dev build
The fix has been ported into the release67_fixes repository. http://hg.netbeans.org/release67_fixes/rev/96d50c138613
Build: NetBeans Platform Dev (Build 090707) VM: Java HotSpot(TM) Client VM, 11.3-b02, Java(TM) SE Runtime Environment, 1.6.0_13-b02 OS: Windows XP, 5.1, x86 User Comments: Stacktrace: java.lang.NullPointerException at java.lang.ProcessBuilder.start(ProcessBuilder.java:441) at org.netbeans.modules.nativeexecution.support.HostInfoImpl.getLocalHostInfo(HostInfoImpl.java:128) at org.netbeans.modules.nativeexecution.support.HostInfoImpl.getHostInfo(HostInfoImpl.java:100) at org.netbeans.modules.nativeexecution.support.HostInfoFetcher.getInfo(HostInfoFetcher.java:82) at org.netbeans.modules.nativeexecution.api.util.HostInfoUtils.getHostInfo(HostInfoUtils.java:301) at org.netbeans.modules.dlight.util.Util.copyResource(Util.java:87)
Created attachment 84484 [details] stacktrace
*** Issue 168119 has been marked as a duplicate of this issue. ***
verified in nb6.7.1rc
The issue seems not to be fixed, as a colleague of me had the same exception right now. The problem was, what he had a whitespace in his Windows Path for cygwin ...;C:\CYGWIN\BIN ;... Shall I reopen?
tk_fhd_aui, thank you for reporting the problem. You could open a new P3 issue with the exact description of the problem (space in cygwin installation path) and with NB version number specified... But this and other related problems are (should be) already fixed in the trunk... So I would suggest you to try latest builds...