Error - unable to run program file. Please help!

Hi,

Please help!! I’m having trouble getting my development environment up and working. I’m literally pulling out my hair as I have taken leave from work to do this assignment but I have spent the entire time just trying to get the sample application working.

When I try to compile the example application I get the following error in the compiler tab:
unable to run program file.

The compiler log is as follows:
Compiler: Default compiler
Building Makefile: "C:\unisa\COS3712\Project1\Makefile.win"
Executing make...
gmake.exe -f "C:\unisa\COS3712\Project1\Makefile.win" all
Execution terminated

Example application:

#include <gl/glut.h>
void display(){
}
int main(int argc, char** argv){
glutCreateWindow("";
glutDisplayFunc(display);
glutMainLoop();
return 0;
}

This is the case for both OpenGL and console projects.

I have followed the exact steps in the installation guide (many times).


To be continued...

After googling for many hours, I found someone who suggested that the Dev C++ needs to be uninstalled properly using an utility application (http://aditsu.freeunixhost.com/dev-cpp-faq.html#runfile), as some files are not removed with the normal uninstall. This did not help.

I noticed a few things which are looking weird:

I believe the devcpp directory (C:\unisa\devcpp) should have a bin directory which contains the gmake.exe files along with a whole lot of other files.
Along with the missing 'bin' directory, I also do not have an 'include', 'lib' directory.
Is it possible that the installation did not complete even though it says it did?

Under compiler options -> Directories -> Binaries there is nothing configured. I wanted to configure this myself but I do not have a bin folder to point to (no bin dir as pointed out above).

I attempted to download version 4.9.8.3 installation file (non-unisa install) to compare the differences in the deployment directory but the best I could find was version 4.9.9.2.
This version deployed fine, and by comparing what was deployed, is how I concluded that I am missing the bin dir. I however could not get the example application to run in this version (#include <gl/glut.h> does not work) and I would very much like to work with the version prescribed by UNISA.

Im using Windows 7.

Any help will be appreciated.

Thanks,

Mark D

I have ver 4.9.9.2 of Decv C++ installed and running on Windows 7, and have used it for all my Unisa assignments. I don't think there is any point in using an older version.
The OpenGL sample app runs just fine.

GLUT.h seems to be a separate download.


Have a look here:

http://www.gamedev.net/page/resources/_/technical/opengl/basics-of-glut-r1680

You also seem to be missing some header files.

# include <windows.h>
#include <gl/gl.h>

for example.

markbdaniels Wrote:
-------------------------------------------------------
> After googling for many hours, I found someone who
> suggested that the Dev C++ needs to be uninstalled
> properly using an utility application
> ([url=http://aditsu.freeunixhost.com/dev-cpp-faq.h
> tml#runfile]http://aditsu.freeunixhost.com/dev-cpp
> -faq.html#runfile[/url]), as some files are not
> removed with the normal uninstall. This did not
> help.
>
> I noticed a few things which are looking weird:
>
> I believe the devcpp directory (C:\unisa\devcpp)
> should have a bin directory which contains the
> gmake.exe files along with a whole lot of other
> files.
> Along with the missing 'bin' directory, I also do
> not have an 'include', 'lib' directory.
> Is it possible that the installation did not
> complete even though it says it did?
>
> Under compiler options -> Directories -> Binaries
> there is nothing configured. I wanted to configure
> this myself but I do not have a bin folder to
> point to (no bin dir as pointed out above).
>
> I attempted to download version 4.9.8.3
> installation file (non-unisa install) to compare
> the differences in the deployment directory but
> the best I could find was version 4.9.9.2.
> This version deployed fine, and by comparing what
> was deployed, is how I concluded that I am missing
> the bin dir. I however could not get the example
> application to run in this version (#include
> <gl/glut.h> does not work) and I would very much
> like to work with the version prescribed by
> UNISA.
>
> Im using Windows 7.
>
> Any help will be appreciated.
>
> Thanks,
>
> Mark D


Hi Mark,

I haven't actually started compiling any programs yet for this module but
by what you have written there, it seems to me that you may be missing
"GMake" since your build script halts there.

You won't be able to "make" anything without "gmake". It's probably because,
as I think you stated, you need GMake to be pointed to by DevCpp.

Is it possible for you to compile any C++ programs at all with DevCpp?
Try and compile this in DevCpp.

Language: C++
#include <iostream>
 
using namespace std;
 
int main() {
    cout << "My program compiles and works";
    return 0;
}

If it works then I think you need the GMake.exe binary to be pointed to in the IDE.
Maybe just check up on the DevCpp website how to do that. Should be a click and
point thing.

Thanks for the replies guy

@dubbelodub the make.exe and all the other .exe are completely missing (there is no bin dir at all). So in the IDE the gmake.exe location configuration is pointing to nowhere.
Your test code does not compile either (im guessing due to the missing .exe). I cant change to configuration to point to a make.exe and that file does not exist

@bigron11 I think im going bite the bullet and take your advice and just use the newer version of Dev c++ - I will just need to figure out how to install glut.
I did not want to go this route as I wanted to use the software Unisa prescribed so that my assignments would definitely compile and run on the lecturers machines. But that should hopefully not be a problem.

Perhaps this version of Dec C++/the install file just does not work with Windows 7 (I did also try running in compatibility mode as well).

I will look into this tomorrow night and let you know what I find.

Cheers,

Mark

Hi Guys,

The lecturer pointed out the troubleshooting steps under the COS2611 link on the 2012 cd. I followed this and it seems to be working now.

Cheers,

Mark