Multi file processing by clients

Carter Bullard carter at qosient.com
Fri Sep 8 23:39:24 EDT 2000


Hey Peter,
   Compromise will be to have the file and the
"-r *.*" capability, but not at the same time?

Carter

-----Original Message-----
From: owner-argus at lists.andrew.cmu.edu
[mailto:owner-argus at lists.andrew.cmu.edu]On Behalf Of Peter Van Epp
Sent: Friday, September 08, 2000 10:51 PM
To: argus
Subject: Re: Multi file processing by clients


>
> Hey Peter,
>    I'd like to get rid of special case files, so
> here is my defense to your specific examples.
>
>    Shell expansion is pretty powerful stuff as
> I'm sure you know.  Your list is easily created
> using regular expressions, ( *06_30* ), so maybe
> its just a bad example.  Also, using our -t option,
> you should be able to pick out the 6-12pm transactions
> in multifile reads with the day wild carded.
>
>    Does that handle with your example?

	Yes, as I said I don't really have a good example of where this would
be the only way to do something (which may well mean there isn't one and it
it appears it can be easily faked with a perl script as I do now). One that
I
did use it for recently was to delete two screwed up logfiles names, but I'd
have to admit I could have as easily deleted or moved the files in the file
system as in the file list. That was a case where I was processing a whole
months worth of logfiles (which is large enough to make an ls in to a file
and
feed to the perl script worthwhile against doing copy/paste of 60 files on
the
command line). A regex wildcard capability would certainly satisfy any
requirement I can currently think of so lets go with that if it makes your
life easier.

Peter Van Epp / Operations and Technical Support
Simon Fraser University, Burnaby, B.C. Canada



More information about the argus mailing list