[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Getting $(allclasses) into a shellcommand
From: |
Chip Seraphine |
Subject: |
Re: Getting $(allclasses) into a shellcommand |
Date: |
Tue, 20 Jul 2004 12:39:13 -0500 |
User-agent: |
KMail/1.5.4 |
...in which case the idea sounds positively wonderful, as far as I am
concerned. Not only would it let us deal with this sort of problem
(overgrown allclasses strings) but it would be valuable for debugging (seeing
what classes were true on a system during the most recent run).
On Tuesday 20 July 2004 12:27, Mark.Burgess@iu.hio.no wrote:
>
> The information would be identical to that in the current variable
>
> M
>
> On 20 Jul, Chip Seraphine wrote:
> > Wouldn't that keep me from seeing classes set in that same section? In
other
> > words, the classlist in the file would be set for the state of the system
as
> > it was when my current section began.
> >
> > Then again, one could argue in favor of optimizing for the common case in
this
> > regard-- it is better to have a second processes: section (or whatever) if
> > you need classes defined earlier in processes: than to have to do a
seperate
> > round of I/O for each and every class that is turned on. I can't think of
a
> > non-overly-contrived scenario in which I absolutely had to know about a
class
> > defined previously in the same section.
> >
> > On Monday 19 July 2004 16:39, Mark.Burgess@iu.hio.no wrote:
> >>
> >> The natural thing to do is to rewrite the file at the start of each
> >> action module, just when the summary is printed in verbose mode.
> >>
> >> M
> >>
> >> On 19 Jul, Ted Zlatanov wrote:
> >> > On Mon, 19 Jul 2004, jwheeler@eb.com wrote:
> >> >
> >> >>> Very useful for debugging. Having an 'official' file would be quite
> >> >>> handy,
> >> >>> although it would have to be written to synchronously (so that
> >> >>> shellcommands,
> >> >>> modules, etc can use it to read the current state).
> >> >>>
> >> >>>
> >> >> could another db be kept that stored these, then another program
> >> >> (possibly cfagent with another command switch) could read write these?
> >> >
> >> > This has to be done per cfagent run, not globally, because the list
> >> > of defined classes changes with each cfagent run. So you can't do it
> >> > externally, it has to be passed somehow to programs spawned by cfagent.
> >> >
> >> > Ted
> >>
> >>
> >>
> >> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> >> Work: +47 22453272 Email: Mark.Burgess@iu.hio.no
> >> Fax : +47 22453205 WWW : http://www.iu.hio.no/~mark
> >> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> >>
> >
>
>
>
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> Work: +47 22453272 Email: Mark.Burgess@iu.hio.no
> Fax : +47 22453205 WWW : http://www.iu.hio.no/~mark
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>
--
Chip Seraphine
Unix Administrator
TradeLink, LLC
312-264-2048
chip@trdlnk.com
- Re: Getting $(allclasses) into a shellcommand, (continued)
- Re: Getting $(allclasses) into a shellcommand, John Sechrest, 2004/07/20
- Re: Getting $(allclasses) into a shellcommand, Ted Zlatanov, 2004/07/20
- Re: Getting $(allclasses) into a shellcommand, Chip Seraphine, 2004/07/20
- Re: Getting $(allclasses) into a shellcommand, Ed Brown, 2004/07/20
- Re: Getting $(allclasses) into a shellcommand, Ed Brown, 2004/07/20
RE: Getting $(allclasses) into a shellcommand, Wheeler, John, 2004/07/19