I am moving from intellij to NetBeans and am hitting an issue with code assist for remote C projects.
I have the set up as below, with the correct directories added under code assist. However NetBeans reports two types of problem with the red underline and light-bulb
cannot find include file #Include <gst/gst.h.> + many others.
Unable to resolve identifier ..... from include file gst.h.
When running build from NetBeans , it uploads and comiles the code on the remote machine with no errors reported and compile happens as expected.
What am I doing wrong in my set up?
Local NetBeans Machine
Windows 10
Product Version: NetBeans IDE 8.2 (Build 201609300101)
Java: 1.8.0_91; Java HotSpot(TM) 64-Bit Server VM 25.91-b15
Remote Build Host
SSH with PPK (password protected)
centos 7
Build Tools: GNU GCC 5.4.0
Options -> code Assist -> C compiler -> included Directories
[with key symbol] /home/ec2-user/gst/master/gstreamer
The password for the PPK is not saved in NetBeans.
myScript.c
#include <gst/gst.h>
On remote host host I have the file
/home/ec2-user/gst/master/gstreamer/gst/gst.c
/home/ec2-user/gst/master/gstreamer/gst/gst.h
Thanks
Art
Related
On new HP tower G4 workstation with Xeon E2224G processor, Windows 10 pro for wokstations OS build 19042.746.
install netbeans 8.2
Install msys2_64 and mingw64
set path e:\msys64\usr\bin; e:\msys64\mingw64\bin; %PATH%
Verify that make,sh,bash,rm and more are in e:\msys64\usr\bin
configure netbeans for C project and try to clean and build and get this error:
'No shell found. Cannot proceed. Please install either CYGWIN or Msys.'
OK then, install cygwin.
Now get this error:
'1 [main] rm (7980) E:\cygwin64\bin\rm.exe: *** fatal error - cygheap base mismatch detected - 0x180345408/0x180347408.'
This problem is probably due to using incompatible versions of the cygwin DLL.
Search for cygwin1.dll using the Windows Start->Find/Search facility
and delete all but the most recent version. The most recent version *should*
reside in x:\cygwin\bin, where 'x' is the drive on which you have
installed the cygwin distribution. Rebooting is also suggested if you
are unable to find another cygwin DLL.
cygcheck -c gives
base-cygwin 3.8-1 OK
base-files 4.3-2 OK
cygwin 3.1.7-1 OK
I have searched and there is only one cygwin1.dll
frank#FRANK_NEW ~
$ which cygwin1.dll
/usr/bin/cygwin1.dll
I have restarted the machine several times to no avail.
I have been using netbeans and mingw then msys/mingw for about 10 years and
have the combination working on other desktop and laptop machines, but have
not had this problem.
Thanks for the replies above. The problem here is the different ways that PATH is handled by Windows 10 Pro and Windows 10 Pro for Workstations.
For Win10 Pro
define a user variable 'MSYS_HOME' give it a value of 'E:\msys64\usr\bin'
now put that in the system path i.e.
some system path;%MSYS_HOME%;more system path
Netbeans will find the tools rm, sh, make, etc and complete the clean and build of the project.
for Win10 Pro for Worksations
the above did not work. Netbeans would not build the project and give the error
'No shell found. Cannot proceed. Please install either CYGWIN or Msys.'
the path has to be set in the system path directly i.e.
some system path;E:\msys64\usr\bin;more system path
this made Netbeans work correctly to perform clean and build.
I have downloaded the 3.5 version of python on my windows 7 home premium computer with version 6.1 software. I wish to use a C main program with python library extensions. I have aded the path to the include folder and the library folder to the dev studio c-compiler. I am testing with the supplied test program that prints out the time but I get a compile error. While it can find Python.h, it can't find python35_d.lib. I can't either. Is it missing from the download or is this another name for a one of the libraries in the download? Thanks
Maybe a little too late, but I found a work around for the missing 'python3x_d.lib' : When installing the python with pythoninstaller.exe, choose the advanced setup options in the first command window of the installation wizard, there choose the option "download debug binaries", then the file python3x_d.lib is automatically installed.
I faced this error when trying to build opencv with python bindings
I just recently installed the CDT plugin for Eclipse in Windows 8 and I'm getting the error:
"Launch failed. Binary not found."
Now I've looked into this and I have installed cygwin with gcc and set that up in Eclipse settings. I went to Window>Preferences>New C/C++ Project Wizard>Makefile Project and checked Cygwin PE Parser (and just in case I checked PE Windows Parser as well).
Then I went to Window>Preferences>Build>Environment and added my PATH variable there. I made sure to add C:\cygwin64\bin to my PATH in my system settings, and I know this is valid because I checked that location and I have successfully run gcc through the command line as well as the cygwin terminal. On top of this, if I build my project in Eclipse and then navigate to that directory outside of Eclipse and run the .exe that it creates by double-clicking on it, it also runs properly.
I'm at a loss for why Eclipse can't run it but everything else can...Any suggestions?
right click your project in eclipse "project explore" -> Run as -> Run configuration
=>select your project name then check "Main" tab, in C/C++ application file. is it point to your binary file?
E.g:
Debug/TestProj.exe
Executable generated by vc8 C project (in windows 7) is running in all windows machine (both win xp and 7) in which vc8 is installed. But its not running in one win xp machine where vc8 is not installed, but vc6 is installed. Error message is System cannot run the executabe.
Is it happening because my vc8 project is not generating vc6 compatible exe ? Please some one help is there any way to solve this problem.
Note : Creating vc6 project and adding all c files is a complex task, which will take so much time for me.
You don't need to have visual studio installed to run an application on another machine. Compile in release mode and install the redistributable package on the target machine.
For VC8 (2005):
VS 2005 x86
VS 2005 x64
for other versions just search for c++ redistributable package
EDIT:
If you compile in debug mode you need the debug versions of the runtime library etc. However these are not redistributable. For a workaround (for use on testing machines, not for clients) see here for more details.
Error message:
fatal error: sal.h: No such file or directory cstudy line 11, external
location: C:\Program Files\Microsoft
SDKs\Windows\v7.0A\Include\specstrings.h C/C++ Problem.
But when I add VC/include to this project,I received a ton of error messages. It seems VC/include/sal.h is not a standard header file for GCC.
The source code is very simple:
#include "windows.h"
int WINAPI WinMain(HINSTANCE hInstance,HINSTANCE hPrevInstance,LPSTR lpCmdLine,int nCmdShow)
{
return 0;
}
Environment:
Windows 7.0A SDK
VC 2010
MINGW
CDT/ECLIPSE.
Thanks.
No, the sal.h header is not part of GCC / MinGW, however you can add your VC/include/ as an include directory to eclipse.
alternative: move all (!) requried headers to your mingw or project include directory. The one from MinGw is: <mingw path>/include).
Anyway. sal.h, if you install the Windows SDK then it isn't going to
be in the SDK directory, but you should find that if you select to
install the compiler and tools it will get installed along with that.
This is because sal.h is needed in the CRT headers as well as the
Windows headers. So you NEED to install the VS compilers and tools
along with the SDK. You will then find that the compiler will be
installed by default under %ProgramFiles%\Microsoft Visual Studio
2010\VC and sal.h will be in include under that path. On 64 bit
systems it will be under %ProgramFiles(x86)% by default.
source: http://social.msdn.microsoft.com/Forums/eu/windowssdk/thread/0e166050-99f1-436b-bd94-b39e2910f43d
See:
can't find sal.h (!)
Windows SDK header files question
I just ran into this problem. I can't seem to get the sal.h header file through the MS Windows version of mingw, but "yum whatprovides \*/sal.h" on my Fedora Core 18 machine brought up the mingw-headers package. I downloaded the source package (i.e. yumdownloader --source mingw-headers), opened up the .tar.gz file in file-roller, grabbed the sal.h file, and put it in /c/MinGW/include on my MS Windows machine.
The same package had dsound.h, which was the next missing header file.
I've never tried to use mingw under Fedora Core to cross-compile MS Windows apps, but maybe it's time... :-)