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.
I checked out cnd module with new "gdb-lite" version (with fix for IZ 86904), but it does not work for me. Debugging does not start at all - throws NPE: java.lang.NullPointerException at org.netbeans.modules.cnd.debugger.gdb.GdbDebuggerImpl.startDebugger(GdbDebuggerImpl.java:115) at org.netbeans.modules.cnd.debugger.gdb.actions.StartActionProvider.doAction(StartActionProvider.java:73) at org.netbeans.modules.cnd.debugger.gdb.actions.StartActionProvider$1.run(StartActionProvider.java:120) at org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:499) [catch] at org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:932) Here is the source code where NPE happens (GdbDebuggerImpl.java:115): if (Utilities.isWindows() && reply == null) { File cnd_dll = InstalledFileLocator.getDefault().locate("bin/cnd.dll", null, false); 115 reply = gdb.gdb_set_environment("LD_PRELOAD=" + cygpath(cnd_dll.getAbsolutePath())); // NOI18N }
Did you do a full checkout or an update? I added a new directory and a full checkout is necessary. If you only updated I would expect an NPE on GdbDebuggerImpl.java:116 (your stack trace had an NPE on 115 which shouldn't happen unless InstalledFileLocator.getDefault() returned null. Since its part of netbeans, that doesn't seem likely).
The stack trace shown above can only happen if cnd.dll is not installed (cnd_dll is null because InstalledFileLocator could not find it). Since a properly installed product is guaranteed to have this file installed, I don't consider this a repeatable bug. To be sure though, I installed a cnd nightly from installer, verified that cnd.dll was installed, and tested it. It worked as expected. I'll ask QA to do sanity testing on this asap, as well.
closed