[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
RE: [cdt-dev] Cancelling a 'rogue' make
|
Windows does have a few job apis for collecting processes (and children)
together (I think since win2k). It seems to have been designed for quota
management and the like, but can also be used much like unix process groups to
kill a whole process family. I suspect the spawner doesn't use it now, but it
might be an interesting addition there (maybe in conjunction with process
priority control).
APIs like CreateJobObject and AssignProcessToJobObject are a useful starting
point.
Ciao,
PMac
>-----Original Message-----
>From: cdt-dev-bounces@xxxxxxxxxxx [mailto:cdt-dev-bounces@xxxxxxxxxxx] On
>Behalf Of kesselhaus
>Sent: Tuesday, April 03, 2007 4:38 PM
>To: CDT General developers list.
>Subject: Re: [cdt-dev] Cancelling a 'rogue' make
>
>Well, I don't think you 'll have different behaviour when calling the
>recursive make from cmd-line. I had this too, but terminating the right
>shell/make process in the taskmanager is really hard. make and shell
>will just spawn new childs and slow down windows to no usage. The
>quiestion is, if you could get the Eclipse process into foreground focus
>to kill the process.
>
>Derek Morris schrieb:
>> Hi,
>>
>> I managed to create a makefile that called itself recursively and so
>> entered an infinite loop. Doh.
>>
>> However, I couldn't find a way through the Eclipse UI to kill the
>> make. Cancel does nothing... In fact I had to switch the whole machine
>> off to recover (machine became so unresponsive that even Windows
>> taskmgr wouldn't start).
>>
>> So, my questions:
>> - Is there a way to 'kill' a rogue process when cancelling a progress
>> monitor?
>> - If not, shouldn't there be?
>>
>> p.s. I know this is user error in creating a bad makefile, but it does
>> happen. I was investigating a user complaint where the compiler got
>> itself into an infinite loop, with similar consequences to above.
>>
>> Thanks,
>>
>
>_______________________________________________
>cdt-dev mailing list
>cdt-dev@xxxxxxxxxxx
>https://dev.eclipse.org/mailman/listinfo/cdt-dev
