[14262] in Perl-Users-Digest
Perl-Users Digest, Issue: 1671 Volume: 9
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Sun Dec 19 21:02:21 1999
Date: Sun, 19 Dec 1999 18:02:03 -0800 (PST)
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)
Message-Id: <945655323-v9-i1671@ruby.oce.orst.edu>
Content-Type: text
Perl-Users Digest Sun, 19 Dec 1999 Volume: 9 Number: 1671
Today's topics:
Re: current working directory (Csaba Raduly)
Re: current working directory (brian d foy)
Re: current working directory (Simon Cozens)
curses output to Filehandle <jk@sinatra.inka.de>
Date::Format, time2str and TZ <pepin@worldnet.att.net>
DBI & mod_perl - bind error ? <jimclark2@netscape.net>
DBI ?? <lming@ihome.com.tw>
Re: DBI ?? <webmaster@webdream.com>
Re: DBI ?? <jeff@vpservices.com>
dbi with msaccess brondsem@my-deja.com
Re: dbi with msaccess <jeff@vpservices.com>
Re: dbi with msaccess brondsemadp@student.mps.k12.mi.us
Re: dbi with msaccess <jeff@vpservices.com>
Declaring a PATH <rblundon@ameritech.net>
Re: Declaring a PATH <cassell@mail.cor.epa.gov>
Re: Declaring a PATH <rblundon@ameritech.net>
Re: Declaring a PATH lee.lindley@bigfoot.com
Re: Declaring a PATH (Abigail)
Re: Declaring a PATH (Neil Cherry)
Re: Declaring a PATH <lr@hpl.hp.com>
Re: Declaring a PATH <gellyfish@gellyfish.com>
Re: Declaring a PATH <rblundon@ameritech.net>
Re: displaying HTML content in a new window (Abigail)
Re: displaying HTML content in a new window <cassell@mail.cor.epa.gov>
do does'nt do anything with compiled Perl - Activestate <randalll@gte.net>
Re: do does'nt do anything with compiled Perl - Actives <randalll@gte.net>
DOS2Perl <cdschneider@hotmail.com>
Re: DOS2Perl <gellyfish@gellyfish.com>
Digest Administrivia (Last modified: 16 Sep 99) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: 15 Dec 1999 18:02:23 GMT
From: csaba_r@my-deja.com (Csaba Raduly)
Subject: Re: current working directory
Message-Id: <8E9DBD296quuxi@10.1.2.158>
gellyfish@gellyfish.com (Jonathan Stowe) wrote in
<38562d63_2@newsread3.dircon.co.uk>:
>Michael John Holme <M.Holme@doc.mmu.ac.uk> wrote:
>> How do you find the name of the current working directory in perl
>> !!!??? help
>>
>
>the module 'Cwd' which comes with Perl
>
>/J\
Or if you can't live without the shell:
`pwd`
--
Csaba Raduly, Software Developer (OS/2), Sophos Anti-Virus
mailto:csaba.raduly@sophos.com http://www.sophos.com/
US Support +1 888 SOPHOS 9 UK Support +44 1235 559933
Life is complex, with real and imaginary parts.
-----BEGIN GEEK CODE BLOCK-----
Version 3.1
GCS/IT/MU d- s:- a30 C++$ UL+ P+>+++ L++ E- W+ N++ o? K? w++>$ O++$
M-(+) V- PS PE Y PGP- t+ 5 X++ R* tv++ b++ DI+++ D++ G- e+++ h-- r--
!y+
-----END GEEK CODE BLOCK-----
------------------------------
Date: Wed, 15 Dec 1999 14:15:08 -0500
From: brian@smithrenaud.com (brian d foy)
Subject: Re: current working directory
Message-Id: <brian-1512991415570001@rtp-cr45-dhcp-167.cisco.com>
[comp.lang.perl is dead dead dead]
In article <8E9DBD296quuxi@10.1.2.158>, csaba_r@my-deja.com (Csaba Raduly) wrote:
>gellyfish@gellyfish.com (Jonathan Stowe) wrote in
><38562d63_2@newsread3.dircon.co.uk>:
>>Michael John Holme <M.Holme@doc.mmu.ac.uk> wrote:
>>> How do you find the name of the current working directory in perl
>>the module 'Cwd' which comes with Perl
>Or if you can't live without the shell:
>`pwd`
that is, if pwd is what you think it is, and assuming that the
user's path is set up in a particular fashion. it's a very bad
thing to recommend.
--
brian d foy
Perl Mongers <URI:http://www.perl.org>
CGI MetaFAQ
<URI:http://www.smithrenaud.com/public/CGI_MetaFAQ.html>
------------------------------
Date: 18 Dec 1999 10:07:53 GMT
From: simon@brecon.co.uk (Simon Cozens)
Subject: Re: current working directory
Message-Id: <slrn85mn7p.hkq.simon@othersideofthe.earth.li>
Csaba Raduly (comp.lang.perl.misc):
>>the module 'Cwd' which comes with Perl
>>
>>/J\
>
>Or if you can't live without the shell:
>`pwd`
There's this thing called portability. It's useful. It avoids you making
possibly incorrect assumptions about the operating system that the original
poster uses.
--
"Keeping UUCP running is starting to seem a lot like keeping a 130-year-old
man who smokes 4 packs a day on life support because he's the last person
on Earth who knows how to do the cha-cha, but he won't tell anyone."
- Ryan Tucker, in a.s.r
------------------------------
Date: Sat, 18 Dec 1999 16:31:48 +0100
From: Joerg Kammerer <jk@sinatra.inka.de>
Subject: curses output to Filehandle
Message-Id: <385BA8E4.76F6B625@sinatra.inka.de>
Hello!
Does anybody know,
how to throw the Output of curses:
addstr($str.....
move(0,0)l
refresh;
to a handle?
like,say:
print SOCK `my_cursesfunction`;
I now this works with backticks and an external program like imon,etc..
------------------------------
Date: Sat, 18 Dec 1999 17:58:43 -0500
From: Joe Pepin <pepin@worldnet.att.net>
Subject: Date::Format, time2str and TZ
Message-Id: <385C11A3.BA85452D@worldnet.att.net>
My company, for reasons lost in obscurity, uses a time zone called 'NWT'
(network time) for displays, reports, etc. The zone 'NWT' has the same
offset as 'CST' (there is no network daylight savings time). I'm trying
to get time2str to use this zone. I set $ENV{TZ} = 'NWT6'. The value
of time2str('%T', time) is correct but time2str('%Z', time) is 'CST'.
How can I define my own time zone without editing Time::Zone.pm ?
------------------------------
Date: Sat, 18 Dec 1999 19:42:04 -0500
From: Jim Clark <jimclark2@netscape.net>
Subject: DBI & mod_perl - bind error ?
Message-Id: <385C29DC.1D80DF9E@netscape.net>
Hi all,
I have a script that is doing an insert into an
Oracle table using DBI. It executes a statement in
the form:
insert into table_name ( columns ...) values (?,?,?)
and then
$ret=$sth->execute($var1, $var2, $var3);
This seems to work ok not running under mod_perl, but
when running under mod_perl I get an error if one of
the $varx variables is an empty string ($var1 = '';)
If I'm not running under mod_perl, it seems to bind as
a null ok.
Jim Clark
------------------------------
Date: 16 Dec 1999 09:00:20 GMT
From: "lming" <lming@ihome.com.tw>
Subject: DBI ??
Message-Id: <83a9n4$rnl$1@news.seed.net.tw>
Hello....
I want run client-server architecture on mysql.
And host_A can retrieve data by DBI on the local DB(mysql) server.
Does someone know that how to setup host_B to retrieve DB server on host_A
??
Thanks.
------------------------------
Date: Thu, 16 Dec 1999 14:35:16 GMT
From: "Craig Vincent" <webmaster@webdream.com>
Subject: Re: DBI ??
Message-Id: <EM664.18$Lq6.403@198.235.216.4>
> I want run client-server architecture on mysql.
>
> And host_A can retrieve data by DBI on the local DB(mysql) server.
>
> Does someone know that how to setup host_B to retrieve DB server on host_A
> ??
Take a look at the DBD::mysql module. It does exactly what you need.
--
Sincerely,
Craig Vincent
------------------------------
Date: 16 Dec 1999 17:52:39 GMT
From: Jeff Zucker <jeff@vpservices.com>
Subject: Re: DBI ??
Message-Id: <3859268A.EE84B8D3@vpservices.com>
lming wrote:
>
> I want run client-server architecture on mysql.
> And host_A can retrieve data by DBI on the local DB(mysql) server.
> Does someone know that how to setup host_B to retrieve DB server on host_A
Does this text from the very first section in the DBD::mysql
documentation answer your question?
$driver = "mysql";
$dsn = "DBI:$driver:database=$database;host=$hostname;port=$port";
$dbh = DBI->connect($dsn, $user, $password);
--
Jeff
------------------------------
Date: Fri, 17 Dec 1999 03:24:06 GMT
From: brondsem@my-deja.com
Subject: dbi with msaccess
Message-Id: <83caci$uik$1@nnrp1.deja.com>
I have been having trouble connecting to a Microsoft Access database.
I am a newbie, but have looked everywhere to try to figure out what's
going on. I am using DBI and DBD::ODBC. Here is the basics of what
I'm trying to do:
$dbh = DBI->connect('DBI:ODBC:testdb') or print "Couldn't connect to
database: " . DBI->errstr;
$cursor = $dbh->prepare("SELECT * FROM users")
or print "Couldn't prepare: " . DBI->errstr;
$cursor->execute
or print "Couldn't execute to database: " . DBI->errstr;
If anyone could find something wrong with this, or better yet, send a
sample database and perl script (that works without a doubt) that I
could upload and test I would greatly appriciate it.
Thanks,
Dave Brondsema
Sent via Deja.com http://www.deja.com/
Before you buy.
------------------------------
Date: 17 Dec 1999 17:41:35 GMT
From: Jeff Zucker <jeff@vpservices.com>
Subject: Re: dbi with msaccess
Message-Id: <385A7565.A10991D5@vpservices.com>
brondsem@my-deja.com wrote:
>
> I am using DBI and DBD::ODBC. Here is the basics of what
> I'm trying to do:
>
> $dbh = DBI->connect('DBI:ODBC:testdb') or print "Couldn't connect to
> database: " . DBI->errstr;
>
> $cursor = $dbh->prepare("SELECT * FROM users")
> or print "Couldn't prepare: " . DBI->errstr;
> $cursor->execute
> or print "Couldn't execute to database: " . DBI->errstr;
>
That all looks fine as far as it goes. Do you get any error messages?
It's a bit hard to guess what the problem is since you don't report any
symptoms or what the script does or doesn't do. Is your ODBC DSN
correctly set in the win32 ODBC manager?
The thing that is missing is that you have not done anything yet. You
need to fetch and print out some data. Add lines something like what's
below, then come back and tell us what errors or output you get that you
weren't expecting.
while( my @row = $cursor->fetchrow_array ) {
die DBI->errstr if DBI->errstr;
for(@row) { print "[",$_,"] "; }
print "\n";
}
--
Jeff
------------------------------
Date: Sat, 18 Dec 1999 00:47:16 GMT
From: brondsemadp@student.mps.k12.mi.us
To: brondsem@yahoo.com
Subject: Re: dbi with msaccess
Message-Id: <83elik$kf6$1@nnrp1.deja.com>
In article <385A7565.A10991D5@vpservices.com>,
Jeff Zucker <jeff@vpservices.com> wrote:
> brondsem@my-deja.com wrote:
> >
> > I am using DBI and DBD::ODBC. Here is the basics of what
> > I'm trying to do:
> >
> > $dbh = DBI->connect('DBI:ODBC:testdb') or print "Couldn't connect
to
> > database: " . DBI->errstr;
> >
> > $cursor = $dbh->prepare("SELECT * FROM users")
> > or print "Couldn't prepare: " . DBI->errstr;
> > $cursor->execute
> > or print "Couldn't execute to database: " . DBI->errstr;
> >
>
> That all looks fine as far as it goes. Do you get any error
messages?
> It's a bit hard to guess what the problem is since you don't report
any
> symptoms or what the script does or doesn't do. Is your ODBC DSN
> correctly set in the win32 ODBC manager?
>
> The thing that is missing is that you have not done anything yet. You
> need to fetch and print out some data. Add lines something like
what's
> below, then come back and tell us what errors or output you get that
you
> weren't expecting.
>
> while( my @row = $cursor->fetchrow_array ) {
> die DBI->errstr if DBI->errstr;
> for(@row) { print "[",$_,"] "; }
> print "\n";
> }
>
> --
> Jeff
>
I get this error:
[Microsoft][ODBC Driver Manager] Data source name not found and no
default driver specified (SQL-IM002)(DBD: db_login/SQLConnect err=-1)
On a different (but possibly related note), I've had a few problems
concerning the absolute vs. relative path of a file. Could that be an
issue here? I do print out values, but that isn't an issue, because I
get this error before I even get to that point.
Thanks,
Dave
Sent via Deja.com http://www.deja.com/
Before you buy.
------------------------------
Date: 18 Dec 1999 02:25:33 GMT
From: Jeff Zucker <jeff@vpservices.com>
Subject: Re: dbi with msaccess
Message-Id: <385AF03F.77EBE8AF@vpservices.com>
brondsemadp@student.mps.k12.mi.us wrote:
>
> In article <385A7565.A10991D5@vpservices.com>,
> Jeff Zucker <jeff@vpservices.com> wrote:
> >
> > Is your ODBC DSN
> > correctly set in the win32 ODBC manager?
Apparently that is the problem.
> I get this error:
> [Microsoft][ODBC Driver Manager] Data source name not found and no
> default driver specified (SQL-IM002)(DBD: db_login/SQLConnect err=-1)
>
So this means you need to set an ODBC DSN (Data Source Name). Open your
windoze control panel, click on "ODBC Manager" and use its help to set a
DSN for the particular Access database you are using. Make sure it is a
*system* DSN. Your DBI connection string in your perl script should
refer to the DSN name.
> On a different (but possibly related note), I've had a few problems
> concerning the absolute vs. relative path of a file. Could that be an
> issue here?
Well paths can always be an issue. But the ODBC DSN includes
information about the path so set the path correctly in the ODBC DSN and
then all your script needs to do is to be able to get to the DSN itself,
not the path it points to.
BTW, if I didn't mention it before, I hope you are just using Access to
test DBI and are not thinking of using it as part of a web database
project, it is not a suitable database for web interactions.
--
Jeff
------------------------------
Date: Wed, 15 Dec 1999 17:29:03 -0600
From: "Ryan Blundon" <rblundon@ameritech.net>
Subject: Declaring a PATH
Message-Id: <wOV54.2352$Rc2.15323@nntp0.chicago.il.ameritech.net>
I am writing a perl script on a Solaris box and am having trouble when it
runs in cron. The script runs fine when I run it myself, but from cron, it
doesn't like getting the system date or finding things in my path.
Any help would be greatly appreciated.
Thanks in advance,
Ryan
------------------------------
Date: Wed, 15 Dec 1999 17:24:28 -0800
From: David Cassell <cassell@mail.cor.epa.gov>
Subject: Re: Declaring a PATH
Message-Id: <38583F4C.EFE71986@mail.cor.epa.gov>
Ryan Blundon wrote:
>
> I am writing a perl script on a Solaris box and am having trouble when it
> runs in cron. The script runs fine when I run it myself, but from cron, it
> doesn't like getting the system date or finding things in my path.
Write a quick program to run under cron which only prints out
the environment. You'll probably find a couple unpleasant
surprises there.
You'll probably have to add to the path in the cron environment,
or else use absolute paths to your programs and files.
David
--
David Cassell, OAO cassell@mail.cor.epa.gov
Senior computing specialist
mathematical statistician
------------------------------
Date: Wed, 15 Dec 1999 20:37:31 -0600
From: "Ryan Blundon" <rblundon@ameritech.net>
Subject: Re: Declaring a PATH
Message-Id: <5AY54.2361$Rc2.16945@nntp0.chicago.il.ameritech.net>
Thanks David,
The only problem is that although I use absolute paths, some of the
biniaries that I execute do not. That is where I am running into the
problem.
When I wrote the program in kornshell, I had to source in my PATH in the
script.
I was hoping that there was a way to do it in Perl.
Ryan
"David Cassell" <cassell@mail.cor.epa.gov> wrote in message
news:38583F4C.EFE71986@mail.cor.epa.gov...
> Ryan Blundon wrote:
> >
> > I am writing a perl script on a Solaris box and am having trouble when
it
> > runs in cron. The script runs fine when I run it myself, but from cron,
it
> > doesn't like getting the system date or finding things in my path.
>
> Write a quick program to run under cron which only prints out
> the environment. You'll probably find a couple unpleasant
> surprises there.
>
> You'll probably have to add to the path in the cron environment,
> or else use absolute paths to your programs and files.
>
> David
> --
> David Cassell, OAO cassell@mail.cor.epa.gov
> Senior computing specialist
> mathematical statistician
------------------------------
Date: 16 Dec 1999 03:15:02 GMT
From: lee.lindley@bigfoot.com
Subject: Re: Declaring a PATH
Message-Id: <839lfm$d0r$1@rguxd.viasystems.com>
In comp.lang.perl.misc Ryan Blundon <rblundon@ameritech.net> wrote:
:>The only problem is that although I use absolute paths, some of the
:>biniaries that I execute do not. That is where I am running into the
:>problem.
:>When I wrote the program in kornshell, I had to source in my PATH in the
:>script.
So you already know one way to do it. You could do a wrapper
shell script that sets up the environment.
:>I was hoping that there was a way to do it in Perl.
$ENV{PATH} .= '/dir1/somedir:/dir2';
perldoc perlvar # just search for ENV
David's advice was sound. Determine what the environment looks
like when you run a cron job. (hint: man at). Determine what
environment your program requires. Build the environment.
Hopefully, the fact that you can build that environment in Perl
is the only clue you were missing.
HTH.
--
// Lee.Lindley /// I used to think that being right was everything.
// @bigfoot.com /// Then I matured into the realization that getting
//////////////////// along was more important. Except on usenet.
------------------------------
Date: 16 Dec 1999 00:40:56 -0600
From: abigail@delanet.com (Abigail)
Subject: Re: Declaring a PATH
Message-Id: <slrn85h2qo.4mq.abigail@alexandra.delanet.com>
Ryan Blundon (rblundon@ameritech.net) wrote on MMCCXCVII September
MCMXCIII in <URL:news:wOV54.2352$Rc2.15323@nntp0.chicago.il.ameritech.net>:
?? I am writing a perl script on a Solaris box and am having trouble when it
?? runs in cron. The script runs fine when I run it myself, but from cron, it
?? doesn't like getting the system date or finding things in my path.
Really? It'll finds the things allright, but what you think the path is,
probably isn't. Have it print out the path, and see for yourself.
?? Any help would be greatly appreciated.
This isn't a Perl question - you'd have the same problem in any other
language. Try asking your system administrator, or use one of the
comp.unix.* groups.
Abigail
--
perl -wle '$, = " "; print grep {(1 x $_) !~ /^(11+)\1+$/} 2 .. shift'
-----------== Posted via Newsfeeds.Com, Uncensored Usenet News ==----------
http://www.newsfeeds.com The Largest Usenet Servers in the World!
------== Over 73,000 Newsgroups - Including Dedicated Binaries Servers ==-----
------------------------------
Date: Thu, 16 Dec 1999 16:28:38 GMT
From: njc@dmc.uucp (Neil Cherry)
Subject: Re: Declaring a PATH
Message-Id: <slrn85i4p6.j3s.njc@dmc.uucp>
On Wed, 15 Dec 1999 17:29:03 -0600, Ryan Blundon wrote:
>I am writing a perl script on a Solaris box and am having trouble when it
>runs in cron. The script runs fine when I run it myself, but from cron, it
>doesn't like getting the system date or finding things in my path.
You can add to you path by using %ENV{'PATH'}. I suspect that your
path is short and lacks the paths you need.
--
Linux Home Automation Neil Cherry ncherry@home.net
http://members.home.net/ncherry (Text only)
http://meltingpot.fortunecity.com/lightsey/52 (Graphics GB)
------------------------------
Date: Thu, 16 Dec 1999 08:53:12 -0800
From: Larry Rosler <lr@hpl.hp.com>
Subject: Re: Declaring a PATH
Message-Id: <MPG.12c2b8c5adf96c3c98a386@nntp.hpl.hp.com>
In article <slrn85i4p6.j3s.njc@dmc.uucp> on Thu, 16 Dec 1999 16:28:38
GMT, Neil Cherry <njc@dmc.uucp> says...
> On Wed, 15 Dec 1999 17:29:03 -0600, Ryan Blundon wrote:
> >I am writing a perl script on a Solaris box and am having trouble when it
> >runs in cron. The script runs fine when I run it myself, but from cron, it
> >doesn't like getting the system date or finding things in my path.
>
> You can add to you path by using %ENV{'PATH'}. I suspect that your
> path is short and lacks the paths you need.
$ENV{PATH}
--
(Just Another Larry) Rosler
Hewlett-Packard Laboratories
http://www.hpl.hp.com/personal/Larry_Rosler/
lr@hpl.hp.com
------------------------------
Date: 16 Dec 1999 21:25:06 -0000
From: Jonathan Stowe <gellyfish@gellyfish.com>
Subject: Re: Declaring a PATH
Message-Id: <83blbi$2h9$1@gellyfish.btinternet.com>
In comp.lang.perl.misc lee.lindley@bigfoot.com wrote:
> In comp.lang.perl.misc Ryan Blundon <rblundon@ameritech.net> wrote:
>
> :>The only problem is that although I use absolute paths, some of the
> :>biniaries that I execute do not. That is where I am running into the
> :>problem.
>
> :>When I wrote the program in kornshell, I had to source in my PATH in the
> :>script.
>
> So you already know one way to do it. You could do a wrapper
> shell script that sets up the environment.
>
> :>I was hoping that there was a way to do it in Perl.
>
> $ENV{PATH} .= '/dir1/somedir:/dir2';
>
> perldoc perlvar # just search for ENV
>
> David's advice was sound. Determine what the environment looks
> like when you run a cron job. (hint: man at).
Er - man(1) at :
The working directory, the environment (except for
the variables TERM, DISPLAY and _) and the umask are
retained from the time of invocation.
So testing using 'at' will not emulate the environment that will prevail
when run by cron unfortunately - of course setting up a cron job that
will simply mail one the environment is not a great problem ...
/J\
--
Jonathan Stowe <jns@gellyfish.com>
<http://www.gellyfish.com>
Hastings: <URL:http://dmoz.org/Regional/UK/England/East_Sussex/Hastings>
------------------------------
Date: Thu, 16 Dec 1999 19:21:51 -0600
From: "Ryan Blundon" <rblundon@ameritech.net>
Subject: Re: Declaring a PATH
Message-Id: <tFg64.180$L3.7441@nntp0.chicago.il.ameritech.net>
Thanks to all!!! It was a great help to me, I got the script working.
Ryan
"Ryan Blundon" <rblundon@ameritech.net> wrote in message
news:wOV54.2352$Rc2.15323@nntp0.chicago.il.ameritech.net...
> I am writing a perl script on a Solaris box and am having trouble when it
> runs in cron. The script runs fine when I run it myself, but from cron, it
> doesn't like getting the system date or finding things in my path.
>
> Any help would be greatly appreciated.
>
> Thanks in advance,
>
> Ryan
>
>
------------------------------
Date: 16 Dec 1999 01:37:14 -0600
From: abigail@delanet.com (Abigail)
Subject: Re: displaying HTML content in a new window
Message-Id: <slrn85h64a.4mq.abigail@alexandra.delanet.com>
rila (didi@rila.aflex.net) wrote on MMCCXCVII September MCMXCIII in
<URL:news:836qeb$2g1$1@news1.cableinet.co.uk>:
@@
@@ I feel that the question relates to PERL in that most server CGI codes are
@@ actually written in PERL and that someone in this community must have
@@ attempted to do this sort of thing before.
Wrong. Far more CGI codes are written by people sitting in chairs than
there is CGI code written in Perl. Therefore, the appropriate place to
ask CGI questions is alt.binaries.pictures.furniture.
Goodbye.
Abigail
--
sub _'_{$_'_=~s/$a/$_/}map{$$_=$Z++}Y,a..z,A..X;*{($_::_=sprintf+q=%X==>"$A$Y".
"$b$r$T$u")=~s~0~O~g;map+_::_,U=>T=>L=>$Z;$_::_}=*_;sub _{print+/.*::(.*)/s}
*_'_=*{chr($b*$e)};*__=*{chr(1<<$e)};
_::_(r(e(k(c(a(H(__(l(r(e(P(__(r(e(h(t(o(n(a(__(t(us(J())))))))))))))))))))))))
-----------== Posted via Newsfeeds.Com, Uncensored Usenet News ==----------
http://www.newsfeeds.com The Largest Usenet Servers in the World!
------== Over 73,000 Newsgroups - Including Dedicated Binaries Servers ==-----
------------------------------
Date: Thu, 16 Dec 1999 15:36:42 -0800
From: David Cassell <cassell@mail.cor.epa.gov>
Subject: Re: displaying HTML content in a new window
Message-Id: <3859778A.AB786EB0@mail.cor.epa.gov>
Abigail wrote:
>
> rila (didi@rila.aflex.net) wrote on MMCCXCVII September MCMXCIII in
> <URL:news:836qeb$2g1$1@news1.cableinet.co.uk>:
> @@
> @@ I feel that the question relates to PERL in that most server CGI codes are
> @@ actually written in PERL and that someone in this community must have
> @@ attempted to do this sort of thing before.
>
> Wrong. Far more CGI codes are written by people sitting in chairs than
> there is CGI code written in Perl. Therefore, the appropriate place to
> ask CGI questions is alt.binaries.pictures.furniture.
Are you sure about that? It seems to me that more people write
code while drinking coffee than while sitting on chairs. So
shouldn't all CGI questions go in groups with the letters
'coffee' or 'java' in their names? :-)
David
--
David Cassell, OAO cassell@mail.cor.epa.gov
Senior computing specialist
mathematical statistician
------------------------------
Date: Sun, 19 Dec 1999 19:40:29 GMT
From: "Lloyd Randall" <randalll@gte.net>
Subject: do does'nt do anything with compiled Perl - Activestate PDK - PERLAPP - (error message do Failed)
Message-Id: <Nwa74.5811$_f.55485@dfiatx1-snr1.gtei.net>
Greetings,
I have a Perl program which includes a do statement (i.e. do 'xxx.cfg';)
which the program periodically reads during execution in order to modify
it's behavior.
The idea being that the program runs continuously and this allows the
operator to change some program parameters on the fly.
For example, in the file named xxx.cfg, I store some program variables
such as:
$logging = 0;
$numberoftransactionrecordstoreturn = 1000;
$defaultdirectory = "C:\mydefault";
Well, this works great until I compile the program using the Activestate PDK
1.2.4 (or any previous version) of the PERLAPP program.
PERLAPP successfully produces an executable but when I execute the program,
it fails with the message "do xxx.cfg Failed"
I have tried producing both dependent and freestanding executables with the
same result.
Any ideas would be greatly appreciated. Thank you.
------------------------------
Date: Mon, 20 Dec 1999 01:11:39 GMT
From: "Lloyd Randall" <randalll@gte.net>
Subject: Re: do does'nt do anything with compiled Perl - Activestate PDK - PERLAPP - (error message do Failed)
Message-Id: <fnf74.7064$_f.68339@dfiatx1-snr1.gtei.net>
Sorry,
What was I thinking???
I misrepresented the problem in that do works fine when compiled as
dependent, it only exhibits the error when compiled as freestanding.
Sorry for my confusion....
Lloyd
Lloyd Randall <randalll@gte.net> wrote in message
news:Nwa74.5811$_f.55485@dfiatx1-snr1.gtei.net...
> Greetings,
>
> I have a Perl program which includes a do statement (i.e. do 'xxx.cfg';)
> which the program periodically reads during execution in order to modify
> it's behavior.
> The idea being that the program runs continuously and this allows the
> operator to change some program parameters on the fly.
>
> For example, in the file named xxx.cfg, I store some program variables
> such as:
>
> $logging = 0;
> $numberoftransactionrecordstoreturn = 1000;
> $defaultdirectory = "C:\mydefault";
>
> Well, this works great until I compile the program using the Activestate
PDK
> 1.2.4 (or any previous version) of the PERLAPP program.
> PERLAPP successfully produces an executable but when I execute the
program,
> it fails with the message "do xxx.cfg Failed"
> I have tried producing both dependent and freestanding executables with
the
> same result.
>
> Any ideas would be greatly appreciated. Thank you.
>
>
------------------------------
Date: Fri, 17 Dec 1999 00:15:17 -0600
From: "David Schneider" <cdschneider@hotmail.com>
Subject: DOS2Perl
Message-Id: <Bxk64.431$XC1.74247@news1.primary.net>
Newbie question:
Any idea of an easy method or utility to convert a large DOS batch file to a
Perl file? Thanks to all.
------------------------------
Date: 17 Dec 1999 11:14:47 GMT
From: Jonathan Stowe <gellyfish@gellyfish.com>
Subject: Re: DOS2Perl
Message-Id: <385a1b27_2@newsread3.dircon.co.uk>
David Schneider <cdschneider@hotmail.com> wrote:
> Newbie question:
> Any idea of an easy method or utility to convert a large DOS batch file to a
> Perl file? Thanks to all.
Yep - filter it through a programmer ....
/J\
--
"We've even been asked to review a luxury hotel. I can't think why" -
Neil Hamilton
------------------------------
Date: 16 Sep 99 21:33:47 GMT (Last modified)
From: Perl-Users-Request@ruby.oce.orst.edu (Perl-Users-Digest Admin)
Subject: Digest Administrivia (Last modified: 16 Sep 99)
Message-Id: <null>
Administrivia:
The Perl-Users Digest is a retransmission of the USENET newsgroup
comp.lang.perl.misc. For subscription or unsubscription requests, send
the single line:
subscribe perl-users
or:
unsubscribe perl-users
to almanac@ruby.oce.orst.edu.
| NOTE: The mail to news gateway, and thus the ability to submit articles
| through this service to the newsgroup, has been removed. I do not have
| time to individually vet each article to make sure that someone isn't
| abusing the service, and I no longer have any desire to waste my time
| dealing with the campus admins when some fool complains to them about an
| article that has come through the gateway instead of complaining
| to the source.
To submit articles to comp.lang.perl.announce, send your article to
clpa@perl.com.
To request back copies (available for a week or so), send your request
to almanac@ruby.oce.orst.edu with the command "send perl-users x.y",
where x is the volume number and y is the issue number.
For other requests pertaining to the digest, send mail to
perl-users-request@ruby.oce.orst.edu. Do not waste your time or mine
sending perl questions to the -request address, I don't have time to
answer them even if I did know the answer.
------------------------------
End of Perl-Users Digest V9 Issue 1671
**************************************
