[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
RE: [cdt-dev] Cancelling a 'rogue' make
|
And you are using CDT builder? In a standard CDT project?
Maybe its because I use my own make then, which is not cygwin, why it
works for me...
Hm,
Walter
> -----Original Message-----
> From: cdt-dev-bounces@xxxxxxxxxxx
> [mailto:cdt-dev-bounces@xxxxxxxxxxx] On Behalf Of Tim.Kelly@xxxxxxxxx
> Sent: Mittwoch, 4. April 2007 15:29
> To: cdt-dev@xxxxxxxxxxx
> Subject: RE: [cdt-dev] Cancelling a 'rogue' make
>
> Sorry, I was too. We're on CDT 4.0. I was thinking about eclipse
> platform.
>
> Tim
>
> -----Original Message-----
> From: cdt-dev-bounces@xxxxxxxxxxx [mailto:cdt-dev-bounces@xxxxxxxxxxx]
> On Behalf Of ext Brunauer, Walter
> Sent: Wednesday, April 04, 2007 8:20 AM
> To: CDT General developers list.
> Subject: RE: [cdt-dev] Cancelling a 'rogue' make
>
> JFYI: I was talking about CDT 4.0.
>
> :-)
>
> Walter
>
> > -----Original Message-----
> > From: cdt-dev-bounces@xxxxxxxxxxx
> > [mailto:cdt-dev-bounces@xxxxxxxxxxx] On Behalf Of
> Tim.Kelly@xxxxxxxxx
> > Sent: Mittwoch, 4. April 2007 15:13
> > To: cdt-dev@xxxxxxxxxxx
> > Subject: RE: [cdt-dev] Cancelling a 'rogue' make
> >
> > Hi - I ran this test on a standard make project (CDT 3.1.1)
> > --
> > ALL : loop
> >
> > loop :
> > make loop
> > --
> > If I remove these lines in ProcessClosure#terminate() it
> doesn't hang.
> >
> > fOutputReader.waitFor();
> > and
> > fErrorReader.waitFor();
> >
> > If they are there the last make process must be killed from
> the task
> > manager.
> >
> > Tim
> >
> > -----Original Message-----
> > From: cdt-dev-bounces@xxxxxxxxxxx
> [mailto:cdt-dev-bounces@xxxxxxxxxxx]
> > On Behalf Of ext Brunauer, Walter
> > Sent: Wednesday, April 04, 2007 5:19 AM
> > To: CDT General developers list.
> > Subject: RE: [cdt-dev] Cancelling a 'rogue' make
> >
> > Hi Pete,
> >
> > for our builder, we use the ProcessFactory (Spawner) of CDT
> to execute
>
> > a make process, and it supports destroying whole subprocess
> trees, if
> > you cancel the build from within the dialog. I don't know
> about which
> > builder is used below, but in case it's CDT, I assume CDT
> itself would
>
> > use this API as well...
> >
> > Simple test Makefile:
> >
> > loop :
> > make loop
> >
> > I guess the actual problem here is, that simply the whole
> machine gets
>
> > so unresponsive, that its not possible any longer to even
> press cancel
>
> > (or it takes forever until the event makes it through to
> the service
> > to eventually destroy the process)...
> >
> > So you could check, if CDT uses ProcessFactory, and unless
> you are not
>
> > on Win98, it should basically work (above test did). Other
> than that,
> > not much you can do on this one IMHO, Derek,
> >
> > Walter
> >
> > > -----Original Message-----
> > > From: cdt-dev-bounces@xxxxxxxxxxx
> > > [mailto:cdt-dev-bounces@xxxxxxxxxxx] On Behalf Of Pete MacLiesh
> > > Sent: Mittwoch, 4. April 2007 01:52
> > > To: 'CDT General developers list.'
> > > Subject: 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
> > >
> > > _______________________________________________
> > > cdt-dev mailing list
> > > cdt-dev@xxxxxxxxxxx
> > > https://dev.eclipse.org/mailman/listinfo/cdt-dev
> > >
> > _______________________________________________
> > cdt-dev mailing list
> > cdt-dev@xxxxxxxxxxx
> > https://dev.eclipse.org/mailman/listinfo/cdt-dev
> > _______________________________________________
> > cdt-dev mailing list
> > cdt-dev@xxxxxxxxxxx
> > https://dev.eclipse.org/mailman/listinfo/cdt-dev
> >
> _______________________________________________
> cdt-dev mailing list
> cdt-dev@xxxxxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/cdt-dev
> _______________________________________________
> cdt-dev mailing list
> cdt-dev@xxxxxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/cdt-dev
>