Thread: [Dev-C++] CreateProcess balks during compile operation
Open Source C & C++ IDE for Windows
Brought to you by:
claplace
|
From: Doug M. <dou...@al...> - 2004-02-14 23:42:55
|
Running Windows XP SP1, Dev-C++ full install 4.9.8.0. Created a new console application project and inserted a "hello, world" print statement into the source. I'm getting some kind of subcommand dispatching error when I try to build: ---- process_begin C:\Proj\playpen\process_begin CreateProcess(C:\DJGPP\bin\sh.exe, C:/DJGPP/bin/sh.exe -c "g++.exe -c main.cpp -o main.o -I\"C:/Dev-Cpp/include/c++\" -I\"C:/Dev-Cpp/include/c++/mingw32\" -I\"C:/Dev-Cpp/include/c++/backward\" -I\"C:/Dev-Cpp/include\" ", ...) failed. ----- make (e=87) C:\Proj\playpen\make (e=87) The parameter is incorrect. ----- C:\Proj\playpen\Makefile.win [Build Error] [main.o] Error 87 ----- I replicated this by going into the source dir with a command prompt and typing "make -f Makefile.win". Behaves in just the same way. It looks to me as though the g++ command isn't getting off the ground. Now, it's odd to me that my Dev-C++ directory try contains no sh.exe at all - you'll note that it's trying to run one from a DJGPP directory that occurs later in the PATH chain. Which, by the way, is: Path=C:\Dev-Cpp\bin;C:\DJGPP\bin;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Program Files\Common Files\Adaptec Shared\System Any clues? Do I need to update or reinstall to get that sh.exe? Thanks in advance Doug |
|
From: Doug M. <dou...@al...> - 2004-02-15 00:29:15
|
A follow-up on this problem. I can build successfully if I open a Command Prompt window, cd to the project dir, and type "make -f Makefile.win -n" to get the commands make would issue to build the app, then issue them manually. This works fine, and I get an app that works. If I then type, in the Command Prompt window, "Make -f Makfile.win", I get the message that nothing needs to be built - again, correctly. Assuming that "make -f Makefile.win" is the command issued by the Dev-C++ "Execute-->Compile" menu item, this seems to imply that the problem lies in the glue between Make and its subcommands, e.g., g++. ==> Anybody know what is going on here? I am working with my second install of Dev-C++. I first was trying to use an executable-only version in conjunction with DJGPP. Could I be dealing with leftover cruft from that? Doug |
|
From: Doug M. <dou...@al...> - 2004-02-16 17:39:15
|
I guess I posted the problem below to the wrong list. I see mostly general C++/Windows sw devel questions happening here. Can somehone suggest a place to post an under the hood dev-C++ problem? Thanks, Doug > Running Windows XP SP1, Dev-C++ full install 4.9.8.0. Created a new > console application project and inserted a "hello, world" print > statement into the source. I'm getting some kind of subcommand > dispatching error when I try to build: > > ---- process_begin C:\Proj\playpen\process_begin > CreateProcess(C:\DJGPP\bin\sh.exe, C:/DJGPP/bin/sh.exe -c "g++.exe -c > main.cpp -o main.o -I\"C:/Dev-Cpp/include/c++\" > -I\"C:/Dev-Cpp/include/c++/mingw32\" > -I\"C:/Dev-Cpp/include/c++/backward\" -I\"C:/Dev-Cpp/include\" ", > ...) failed. ----- make (e=87) C:\Proj\playpen\make (e=87) The > parameter is incorrect. ----- C:\Proj\playpen\Makefile.win [Build > Error] [main.o] Error 87 ----- > > I replicated this by going into the source dir with a command prompt > and typing "make -f Makefile.win". Behaves in just the same way. > > It looks to me as though the g++ command isn't getting off the > ground. Now, it's odd to me that my Dev-C++ directory try contains no > sh.exe at all - you'll note that it's trying to run one from a DJGPP > directory that occurs later in the PATH chain. Which, by the way, > is: > > Path=C:\Dev-Cpp\bin;C:\DJGPP\bin;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Program > Files\Common Files\Adaptec Shared\System > > Any clues? Do I need to update or reinstall to get that sh.exe? > > Thanks in advance Doug > > A follow-up on this problem. > > I can build successfully if I open a Command Prompt window, cd to the > project dir, and type "make -f Makefile.win -n" to get the commands > make would issue to build the app, then issue them manually. This > works fine, and I get an app that works. > > If I then type, in the Command Prompt window, "Make -f Makfile.win", > I get the message that nothing needs to be built - again, correctly. > > Assuming that "make -f Makefile.win" is the command issued by the > Dev-C++ "Execute-->Compile" menu item, this seems to imply that the > problem lies in the glue between Make and its subcommands, e.g., g++. > > > ==> Anybody know what is going on here? I am working with my second > install of Dev-C++. I first was trying to use an executable-only > version in conjunction with DJGPP. Could I be dealing with leftover > cruft from that? > > Doug |
|
From: Alvin T. <al...@th...> - 2004-02-16 17:56:38
|
if you installed MinGW or mSys yourself, you're probably pointing to the
wrong 'make.exe' program. don't use the one in the MinGW dir
('make-mingw.exe' or something like that). try the one in the mSys
directory.
hth,
alvin
Doug MacDonald wrote:
> Running Windows XP SP1, Dev-C++ full install 4.9.8.0. Created a new
> console application project and inserted a "hello, world" print
> statement into the source. I'm getting some kind of subcommand
> dispatching error when I try to build:
>
> ----
> process_begin C:\Proj\playpen\process_begin
> CreateProcess(C:\DJGPP\bin\sh.exe, C:/DJGPP/bin/sh.exe -c "g++.exe -c
> main.cpp -o main.o -I\"C:/Dev-Cpp/include/c++\"
> -I\"C:/Dev-Cpp/include/c++/mingw32\"
> -I\"C:/Dev-Cpp/include/c++/backward\" -I\"C:/Dev-Cpp/include\" ", ...)
> failed.
> -----
> make (e=87) C:\Proj\playpen\make (e=87)
> The parameter is incorrect.
> -----
> C:\Proj\playpen\Makefile.win
> [Build Error] [main.o] Error 87
> -----
>
> I replicated this by going into the source dir with a command prompt and
> typing "make -f Makefile.win". Behaves in just the same way.
>
> It looks to me as though the g++ command isn't getting off the ground.
> Now, it's odd to me that my Dev-C++ directory try contains no sh.exe at
> all - you'll note that it's trying to run one from a DJGPP directory
> that occurs later in the PATH chain. Which, by the way, is:
>
> Path=C:\Dev-Cpp\bin;C:\DJGPP\bin;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Program
> Files\Common Files\Adaptec Shared\System
>
> Any clues? Do I need to update or reinstall to get that sh.exe?
>
> Thanks in advance
> Doug
>
>
>
>
> -------------------------------------------------------
> SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> Build and deploy apps & Web services for Linux with
> a free DVD software kit from IBM. Click Now!
> http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
> _______________________________________________
> Dev-cpp-users mailing list
> Dev...@li...
> TO UNSUBSCRIBE: http://www23.brinkster.com/noicys/devcpp/ub.htm
> https://lists.sourceforge.net/lists/listinfo/dev-cpp-users
--
Alvin Thompson
Navy: 34
Army: 6
|
|
From: Doug M. <dou...@al...> - 2004-02-17 00:52:42
|
> Alvin Thompson wrote:
> if you installed MinGW or mSys yourself, you're probably pointing to
> the wrong 'make.exe' program. don't use the one in the MinGW dir
> ('make-mingw.exe' or something like that). try the one in the mSys
> directory.
>
> hth, alvin
Umm, not sure what mSys is.
What I did was to download and install the full dev-c++ IDE, which
includes a mingw distribution of g++ and friends. So it should be
completely generic.
The only guess I can make is that there's some settings state left over
from when I was using the subset version of dev-c++, which has the class
browser but no compilation platform. ( I first tried to use the subset
dev-c++ with the DJGPP distribution of g++ etc., which the app I am
working on has as its official compilaton platform. I never got it to
work either: it was missing a couple of utilities that dev-c++ needs,
windres and dllwrap. )
I think there was some email a week or two back about finding and nuking
one's dev-c++ settings. I may go and have a look for it.
Doug
|
|
From: Doug M. <dou...@al...> - 2004-02-17 02:33:19
|
Hi, I'm getting ENOMEM failure from g++.exe when I try to build my project. Any suggestions? I don't think it's a lack of physical memory: my PC has 1GB. When I run Norton System Info it shows Free: 3486 MB, Used: 262 MB. Any ideas? Thanks in advance Doug |
|
From: Alvin T. <al...@th...> - 2004-02-17 17:02:07
|
yup, that might be it. under Tools-->Compiler
Options-->Directories-->Binaries make sure these are first in the list:
c:\Dev-cpp\bin
c:\Dev-cpp\lib\gcc-lib\mingw32\3.2
(this assumes 4.9.8.7)
also, under Tools-->Compiler-->Programs:
gcc: gcc.exe
g++: g++.exe
make: make.exe
gdb: gdb.exe
windres: windres.exe
dllwrap: dllwrap.exe
gprof: gprof.exe
hth,
alvin
Doug MacDonald wrote:
> > Alvin Thompson wrote:
>
>> if you installed MinGW or mSys yourself, you're probably pointing to
>> the wrong 'make.exe' program. don't use the one in the MinGW dir
>> ('make-mingw.exe' or something like that). try the one in the mSys
>> directory.
>>
>> hth, alvin
>
>
> Umm, not sure what mSys is.
>
> What I did was to download and install the full dev-c++ IDE, which
> includes a mingw distribution of g++ and friends. So it should be
> completely generic.
>
> The only guess I can make is that there's some settings state left over
> from when I was using the subset version of dev-c++, which has the class
> browser but no compilation platform. ( I first tried to use the subset
> dev-c++ with the DJGPP distribution of g++ etc., which the app I am
> working on has as its official compilaton platform. I never got it to
> work either: it was missing a couple of utilities that dev-c++ needs,
> windres and dllwrap. )
>
> I think there was some email a week or two back about finding and nuking
> one's dev-c++ settings. I may go and have a look for it.
>
> Doug
>
>
>
>
>
> -------------------------------------------------------
> SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> Build and deploy apps & Web services for Linux with
> a free DVD software kit from IBM. Click Now!
> http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
> _______________________________________________
> Dev-cpp-users mailing list
> Dev...@li...
> TO UNSUBSCRIBE: http://www23.brinkster.com/noicys/devcpp/ub.htm
> https://lists.sourceforge.net/lists/listinfo/dev-cpp-users
--
Alvin Thompson
Navy: 34
Army: 6
|
|
From: Doug M. <dou...@al...> - 2004-02-17 19:24:46
|
Alvin: Thanks for the suggestion. I have added the gcc binary and lib
directory paths to the tools->compiler options->directories->binaries
list as well as the gcc library path to the tools->compiler
options->directories->libraries list. Didn't get rid of the problem
though... By now you'll have seen my other thread. I got down another
layer last night and g++.exe is exiting with "not enough memory"
(ENOMEM). I'm still seeing this after the changes above.
One thing about all this I don't understand is why dev-c++ doesn't have
its own sh.exe for dispatching make commands. Do you know the reason
for this? If I didn't have \DJGPP\bin in my PATH, what would it do?
Doug
> yup, that might be it. under Tools-->Compiler
> Options-->Directories-->Binaries make sure these are first in the
> list: c:\Dev-cpp\bin c:\Dev-cpp\lib\gcc-lib\mingw32\3.2
>
> (this assumes 4.9.8.7)
>
> also, under Tools-->Compiler-->Programs:
>
> gcc: gcc.exe g++: g++.exe make: make.exe gdb: gdb.exe windres:
> windres.exe dllwrap: dllwrap.exe gprof: gprof.exe
>
> hth, alvin
>
>
> Doug MacDonald wrote:
>
>>> Alvin Thompson wrote:
>>
>>> if you installed MinGW or mSys yourself, you're probably pointing
>>> to the wrong 'make.exe' program. don't use the one in the MinGW
>>> dir ('make-mingw.exe' or something like that). try the one in the
>>> mSys directory.
>>>
>>> hth, alvin
>>
>> Umm, not sure what mSys is.
>>
>> What I did was to download and install the full dev-c++ IDE, which
>> includes a mingw distribution of g++ and friends. So it should be
>> completely generic.
>>
>> The only guess I can make is that there's some settings state left
>> over from when I was using the subset version of dev-c++, which has
>> the class browser but no compilation platform. ( I first tried to
>> use the subset dev-c++ with the DJGPP distribution of g++ etc.,
>> which the app I am working on has as its official compilaton
>> platform. I never got it to work either: it was missing a couple
>> of utilities that dev-c++ needs, windres and dllwrap. )
>>
>> I think there was some email a week or two back about finding and
>> nuking one's dev-c++ settings. I may go and have a look for it.
>>
>> Doug
>
|
|
From: Alvin T. <al...@th...> - 2004-02-17 20:11:22
|
hmm...that may be your problem. the make commands shouldn't need any
sh.exe; everything you need should be in the dev-cp\bin directory. try
removing it from your path.
-alvin
Doug MacDonald wrote:
> Alvin: Thanks for the suggestion. I have added the gcc binary and lib
> directory paths to the tools->compiler options->directories->binaries
> list as well as the gcc library path to the tools->compiler
> options->directories->libraries list. Didn't get rid of the problem
> though... By now you'll have seen my other thread. I got down another
> layer last night and g++.exe is exiting with "not enough memory"
> (ENOMEM). I'm still seeing this after the changes above.
>
> One thing about all this I don't understand is why dev-c++ doesn't have
> its own sh.exe for dispatching make commands. Do you know the reason
> for this? If I didn't have \DJGPP\bin in my PATH, what would it do?
>
> Doug
>
>> yup, that might be it. under Tools-->Compiler
>> Options-->Directories-->Binaries make sure these are first in the
>> list: c:\Dev-cpp\bin c:\Dev-cpp\lib\gcc-lib\mingw32\3.2
>>
>> (this assumes 4.9.8.7)
>>
>> also, under Tools-->Compiler-->Programs:
>>
>> gcc: gcc.exe g++: g++.exe make: make.exe gdb: gdb.exe windres:
>> windres.exe dllwrap: dllwrap.exe gprof: gprof.exe
>>
>> hth, alvin
>>
>>
>> Doug MacDonald wrote:
>>
>>>> Alvin Thompson wrote:
>>>
>>>
>>>> if you installed MinGW or mSys yourself, you're probably pointing
>>>> to the wrong 'make.exe' program. don't use the one in the MinGW
>>>> dir ('make-mingw.exe' or something like that). try the one in the
>>>> mSys directory.
>>>>
>>>> hth, alvin
>>>
>>>
>>> Umm, not sure what mSys is.
>>>
>>> What I did was to download and install the full dev-c++ IDE, which
>>> includes a mingw distribution of g++ and friends. So it should be
>>> completely generic.
>>>
>>> The only guess I can make is that there's some settings state left
>>> over from when I was using the subset version of dev-c++, which has
>>> the class browser but no compilation platform. ( I first tried to
>>> use the subset dev-c++ with the DJGPP distribution of g++ etc.,
>>> which the app I am working on has as its official compilaton
>>> platform. I never got it to work either: it was missing a couple
>>> of utilities that dev-c++ needs, windres and dllwrap. )
>>>
>>> I think there was some email a week or two back about finding and
>>> nuking one's dev-c++ settings. I may go and have a look for it.
>>>
>>> Doug
>>
>>
>
>
>
--
Alvin Thompson
Navy: 34
Army: 6
|
|
From: Doug M. <dou...@al...> - 2004-02-19 04:25:44
|
Pulling c:\djgpp\bin from my path did it - built my "hello" toy app like a dream. Tx Doug > hmm...that may be your problem. the make commands shouldn't need any > sh.exe; everything you need should be in the dev-cp\bin directory. > try removing it from your path. > > -alvin > > Doug MacDonald wrote: > >> ... >> One thing about all this I don't understand is why dev-c++ doesn't >> have its own sh.exe for dispatching make commands. Do you know the >> reason for this? If I didn't have \DJGPP\bin in my PATH, what >> would it do? >> >> Doug |