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.
When executing the debugger in a C++ project, I had to copy the executable, i.e. bitcoin-qt, to have a .exe file extension, i.e. bitcoin-qt.exe in order for the dialog box to recognize the file as an executable file.
Please provide additional info: - Platform - executable
Waiting for details...
Probably you mean file "bitcoin-0.9.2.1-linux/bin/64/bitcoin-qt" in: https://bitcoin.org/bin/0.9.2.1/bitcoin-0.9.2.1-linux.tar.gz ?
"How to make executable shared libraries" article: http://rachid.koucha.free.fr/tech_corner/executable_lib.html
In bitcoin's bug tracker I see such closed issue: https://github.com/bitcoin/bitcoin/issues/3847
"g++ -fPIC -pie -o test test.cpp" generates same executable (or shared library)
http://lfs.osuosl.org/hlfs/view/unstable/glibc/chapter02/pie.html ========================================================================== Position-Independent-Executable is a feature of Binutils, Libc, and GCC that creates an executable which is something between a shared library and a normal executable. Programs compiled with these features appear as “shared object” with the file(1) command. This allows the executable to behave like a shared library so base addresses can be relocatable. The PIE program must be linked to Scrt1.o. Scrt1.o is available from the newer versions of Libc. Furthermore these programs must be linked with the -pie ld(1) command from a Binutils version 2.15 or later. GCC supports this natively with the -fPIE switch in version 3.4 or later. When all of the object code is position independent the kernel can disallow text relocation. This dramatically increases the security of the system with little performance loss. PaX and Grsec kernels have this option available though very few systems have been able to take advantage of it. The entire base system can be built position independent with the exception of the Grub boot loader, and Glibc's utilities due to non-pic assembly code. These programs will still function if they are dynamically linked. Other exceptions are X11 windowing system, Mplayer, and a few other graphical programs which were not programed with PIE in mind, this should come in time. Gzip uses assembly code which is not position independent, but this can be omitted at compile time and Gzip will use only C code. ==========================================================================
As a workaround to avoid copying I can suggest you to use launchersThe launchers are documented in the Netbeans C/C help which is in the IDE's Help menu, not on the web. See Help
Use launcher for run/debug executable shared library.