Hello,
I've been trying to apply my fledgling PERL skills to this task which I have
encountered a bit of a roadblock. What I want to do is rename 20-100 files in
two different directories that are created every morning. They come in a name
format such as these:
1st directory:
ABCDEF.12152005
Hello!
I have been working on familiarizing myself with the File::Find module. We
have a process that appends a .txt once it has processed the file in a Unix
environment. So, I wanted to return a list of files that have been processed
by the previous process. I have been using the below to a
Hello,
I've been using the following snippet of code to create a list of files
(received from external clients) to be processed, interrogate the files for the
client's id, confirm the id against the database and then rename the files with
using the client id in a unix environment.
open(FILE_LI
G'day...
On Wed, 2004-11-24 at 23:10, FlashMX wrote:
> To be able to do a grep on a file via a perl script do you have to read the
> whole file in before performing the search and replace? I've been hearing
> that reading the whole file in takes up
> memory and if multiple users are running the
G'day...
On Wed, 2004-11-24 at 23:00, FlashMX wrote:
> Could you give an example of using grep on a array to do a replace?
grep example:
if (grep(/bazza/i, @myarray)) {
print "Bazza's home!\n";
}
OR
my @bazza_list = grep {/bazza/i} @myarray;
(Either form is fine)
However to do a repl
r, but if its called via an
> overriding method then do some common functionality.
>
> I'm guessing there is no in-built functionality for this, and I'll have
> to examine my classes to discover how to test for it myself. Is it
> possible to confirm this?
>
> Thanks!
G'day Paul...
Nice to see another Evolution user... :)
> It's a more advanced question than most, but not inappropriate for this
> list, I think. You may also wish to consider comp.lang.perl.misc or
> perlmonks for further insight.
Thanks for that... :)
> But you should also consider that man
G'day Bob and all... :)
> Your class is not an abstract class in this sense, as you can instantiate
> objects of the class. This is the meaning that I have always used (coming
> from C++).
Ahh... but not if you can't run the method to instantiate it... :) (or
at least it not returning a valid o