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.

Bug 244912 - Make does not stop after kill programm
Summary: Make does not stop after kill programm
Status: RESOLVED INCOMPLETE
Alias: None
Product: cnd
Classification: Unclassified
Component: -- Other -- (show other bugs)
Version: 8.0
Hardware: PC Linux
: P3 normal (vote)
Assignee: issues@cnd
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-06-05 13:09 UTC by theghostdog
Modified: 2014-11-20 12:25 UTC (History)
0 users

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description theghostdog 2014-06-05 13:09:22 UTC
Hello,

I'am running a c++ project from source with personal makefile. To run my program, I start call a script via sh (defined in the run program property field within the project properties such as: sh runProgram.sh) which itself calls the project makefile to start the program in the end. The call history is:

NB -> key F6 -> call sh runProgram.sh --> call make run -f aPathToAMakeFile SOME_OPTIONS

If i terminate the program with the terminate button within the output dialog, half of the runs terminates not completely. There is always the make process running and the NB IDE in the run mode. Killing the make command by hand, the IDE recognize the end of the run and every thing is fine. 

To recreate the bug:
1) create a c++ project from source using a user makefile
2) start the program by calling a shell script, which calls the make run -f YOUR_MAKE_FILE
3) terminate the program via the terminate button in the output window

best
Comment 1 henk89 2014-11-20 12:25:53 UTC
I was unable to reproduce the bug.

Makefile:
run:
	bash -c "sleep 100000"

run.sh:
make run -f Makefile

Run command:
~/maketest/run.sh

After stopping the process in the Output Window IDE killed the make process finished the run mode.

Please provide detailed steps to reproduce the bug if this is still valid.