Re: Getting $(allclasses) into a shellcommand

[Chip Seraphine]

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
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> 

-- 

Chip Seraphine
Unix Administrator
TradeLink, LLC
312-264-2048
chip@trdlnk.com