On Thu, 14 Apr 2005, Kevin Carothers wrote:
> On 4/14/05, Dan Baumbach <[EMAIL PROTECTED]> wrote:
> > I'm running a perl script that checks the viability of a server. I have
> > the script scheduled to run every 5 minutes. That means every five
> > minutes I have a command window flash on the com
- Original Message -
From: "Kevin Carothers" <[EMAIL PROTECTED]>
To: "Dan Baumbach" <[EMAIL PROTECTED]>
Cc:
Sent: Thursday, April 14, 2005 3:49 PM
Subject: Re: Running Perl script without a command window
On 4/14/05, Dan Baumbach <[EMAIL PROTECTED]> wrote:
I'm running a perl script that
[EMAIL PROTECTED] wrote:
> I'm running a perl script that checks the viability of a server. I
> have the script scheduled to run every 5 minutes. That means every
> five minutes I have a command window flash on the computer as the
> script is being run. Is there any way to keep this command wind
On 4/14/05, Dan Baumbach <[EMAIL PROTECTED]> wrote:
> I'm running a perl script that checks the viability of a server. I have
> the script scheduled to run every 5 minutes. That means every five
> minutes I have a command window flash on the computer as the script is
> being run. Is there any wa
Dan wrote:
I'm running a perl script that checks the viability of a server. I have
the script scheduled to run every 5 minutes. That means every five
minutes I have a command window flash on the computer as the script is
being run. Is there any way to keep this command window from comming up?
I'm running a perl script that checks the viability of a server. I have
the script scheduled to run every 5 minutes. That means every five
minutes I have a command window flash on the computer as the script is
being run. Is there any way to keep this command window from comming
up? The scri
DB_File has a habit of breaking data file compatibility between versions. The
usual one-time-per-version workaround for this is to run your script with the
old version of DB_File and dump the data structure to an intermediate format.
Run your script a second time with the new DB_File version a
Title: Message
Stuart,
Thanks for all of the advice. In this particular instance, I have
none of the concerns you raise as this is a very specialized and simple
program/interface. I can well imagine the possible complexities present in mode
standard Windows applications.
From: stua
I have create/stored the file with DB_File 1.73
and
with DB_File 1.810 or 1.809 or 1.806 I can not open !
> -Ursprüngliche Nachricht-
> Von: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Im
> Auftrag von [EMAIL PROTECTED]
> Gesendet: Donnerstag, 14. April 2005 09:58
> An: Perl-Win3
Joachim,
[EMAIL PROTECTED] wrote:
Hi all,
please help my:
I have in perl 5.6.1 635 stored hash with like this
use MLDBM qw(DB_File);
tie (my %ZeitDB, 'MLDBM', "PC\\Share\\ZeitDB");
If I open the hash in my new perl 5.8.6 811 with the same I have:
MLDBM error: Second level tie failed, "" at ...
Roger Keane wrote:
IMO: prefer File::Find with a regex instead of globbing if you just
want to get the files from a directory tree.
I think you are right here. But there are 2 (at least) different
circumstances
- want to write a filter that takes one or more file (maybe STDIN)
and produce an out
sorry for wrong subject
Hi all,
please help my:
I have in perl 5.6.1 635 stored hash with like this
use MLDBM qw(DB_File);
tie (my %ZeitDB, 'MLDBM', "PC\\Share\\ZeitDB");
If I open the hash in my new perl 5.8.6 811 with the same I have:
MLDBM error: Second level tie failed, "" at ...
Have
Hi all,
please help my:
I have in perl 5.6.1 635 stored hash with like this
use MLDBM qw(DB_File);
tie (my %ZeitDB, 'MLDBM', "PC\\Share\\ZeitDB");
If I open the hash in my new perl 5.8.6 811 with the same I have:
MLDBM error: Second level tie failed, "" at ...
Have somebody a solution ?
P
13 matches
Mail list logo