[29579] in Perl-Users-Digest
Perl-Users Digest, Issue: 823 Volume: 11
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Wed Sep 5 18:09:38 2007
Date: Wed, 5 Sep 2007 15:09:05 -0700 (PDT)
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)
Perl-Users Digest Wed, 5 Sep 2007 Volume: 11 Number: 823
Today's topics:
Re: FAQ 1.13 Is it a Perl program or a Perl script? <AaronJSherman@gmail.com>
Re: Fresh Programmers Required Urgently Visual Foxpro / <dha@panix.com>
FTP ing under unix <lerameur@yahoo.com>
Re: FTP ing under unix <benoit.lefebvre@gmail.com>
Perl - Gnuplot Interface <edgrsprj@ix.netcom.com>
Re: Perl - Gnuplot Interface <AaronJSherman@gmail.com>
Re: Perl - Gnuplot Interface <abigail@abigail.be>
Re: Problem with reg expression <usenet@larseighner.com>
Re: Problem with reg expression <noreply@gunnar.cc>
Re: Problem with reg expression <usenet@larseighner.com>
UPDATE DB <webmaster@valleywebnet.com>
Re: UPDATE DB <tlviewer@VISTAyahoo.com>
Re: UPDATE DB <webmaster@valleywebnet.com>
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Wed, 05 Sep 2007 12:55:04 -0700
From: Aaron Sherman <AaronJSherman@gmail.com>
Subject: Re: FAQ 1.13 Is it a Perl program or a Perl script?
Message-Id: <1189022104.692255.108730@o80g2000hse.googlegroups.com>
On Sep 5, 1:35 pm, brian d foy <brian.d....@gmail.com> wrote:
> Larry said in his State of the Onion at this year's OSCON that he still
> likes to think of some of his Perl as "scripts",and specificly reacted
> against Andy's agenda to strike that word from our vocabulary.
I'm all for removing the word "script" from the lingo once P6 rolls
around (another conversation entirely, of course). However, in the
Perl 5 world, I don't think you can reasonably remove the word. It's
just too much of how we think about the language. I'm not saying that
it's a good word to use. I think that the term has always implied a
level of sophistication that was less than "real programs," and I'd
like to move away from that sense.
I just don't think we can do that with the culture as it is.
------------------------------
Date: Wed, 5 Sep 2007 18:23:10 +0000 (UTC)
From: "David H. Adler" <dha@panix.com>
Subject: Re: Fresh Programmers Required Urgently Visual Foxpro / VB / .NET
Message-Id: <slrnfdtt0e.suj.dha@panix2.panix.com>
On 2007-09-05, HR Head <msmanu78@yahoo.com> wrote:
> Fresh Programmers Required Urgently Visual Foxpro / VB / .NET
You have posted a job posting or a resume in a technical group.
Longstanding Usenet tradition dictates that such postings go into
groups with names that contain "jobs", like "misc.jobs.offered", not
technical discussion groups like the ones to which you posted.
Had you read and understood the Usenet user manual posted frequently to
"news.announce.newusers", you might have already known this. :) (If
n.a.n is quieter than it should be, the relevent FAQs are available at
http://www.faqs.org/faqs/by-newsgroup/news/news.announce.newusers.html)
Another good source of information on how Usenet functions is
news.newusers.questions (information from which is also available at
http://www.geocities.com/nnqweb/).
Please do not explain your posting by saying "but I saw other job
postings here". Just because one person jumps off a bridge, doesn't
mean everyone does. Those postings are also in error, and I've
probably already notified them as well.
If you have questions about this policy, take it up with the news
administrators in the newsgroup news.admin.misc.
http://jobs.perl.org may be of more use to you
Yours for a better usenet,
dha
--
David H. Adler - <dha@panix.com> - http://www.panix.com/~dha/
"It must be difficult being such a visionary."
"Not really. You just have to drink a whole lot."
- http://www.goats.com/archive/index.html?990420
------------------------------
Date: Wed, 05 Sep 2007 11:40:30 -0700
From: lerameur <lerameur@yahoo.com>
Subject: FTP ing under unix
Message-Id: <1189017630.284749.155850@d55g2000hsg.googlegroups.com>
Hello all,
Trying to use automated FTP in unix.
I get the following error:
Can't locate Net/FTP.pm in @INC (@INC contains: /usr/perl5/5.6.1/lib/
sun4-solaris-64int /usr/perl5/5.6.1/lib /usr/perl5/site_perl/5.6.1/
sun4-solaris-64int /usr/perl5/site_perl/5.6.1 /usr/perl5/site_perl /
usr/perl5/vendor_perl/5.6.1/sun4-solaris-64int /usr/perl5/vendor_perl/
5.6.1 /usr/perl5/vendor_perl .)
Where do I find and how do I install this package. Tried google but
there is not much in this error.thanks
k
------------------------------
Date: Wed, 05 Sep 2007 12:19:42 -0700
From: Benoit Lefebvre <benoit.lefebvre@gmail.com>
Subject: Re: FTP ing under unix
Message-Id: <1189019982.514444.43340@k79g2000hse.googlegroups.com>
On Sep 5, 2:40 pm, lerameur <leram...@yahoo.com> wrote:
> Hello all,
>
> Trying to use automated FTP in unix.
> I get the following error:
> Can't locate Net/FTP.pm in @INC (@INC contains: /usr/perl5/5.6.1/lib/
> sun4-solaris-64int /usr/perl5/5.6.1/lib /usr/perl5/site_perl/5.6.1/
> sun4-solaris-64int /usr/perl5/site_perl/5.6.1 /usr/perl5/site_perl /
> usr/perl5/vendor_perl/5.6.1/sun4-solaris-64int /usr/perl5/vendor_perl/
> 5.6.1 /usr/perl5/vendor_perl .)
>
> Where do I find and how do I install this package. Tried google but
> there is not much in this error.thanks
>
> k
perl -MCPAN -e 'shell'
once you have it configured type "install Net::FTP"
You may need to do that as root for the packages to get installed
properly.
--Ben
------------------------------
Date: Wed, 5 Sep 2007 13:52:05 -0600
From: "E.D.G." <edgrsprj@ix.netcom.com>
Subject: Perl - Gnuplot Interface
Message-Id: <13du27dtkchf788@corp.supernews.com>
PERL - GNUPLOT INTERFACE
Posted by E.D.G. September 5, 2007
This report contains two questions for Perl and Gnuplot experts. The
questions are listed first and then repeated with details.
1. Are Perl and Gnuplot the two best programs to use for the following
application?
2. What are the best ways to get Perl and Gnuplot to exchange control
statements and data for plotting?
1. Are Perl and Gnuplot the two best programs to use for the following
application?
The goal is to develop a good combination of a programming language such as
Perl and a chart generation program such as Gnuplot. The Perl program could
generate data and then direct Gnuplot to plot them.
The chart that was generated would remain in the foreground window. When a
RIGHT ARROW key was pressed for example, the chart might scroll to the
right. The UP ARROW might cause the chart to zoom in etc.
With separate data generation and plotting routines people could use
programs written in other languages such as Basic and Fortran to generate
their own data and then use shared Gnuplot plotting routines such as world
map files in order to plot the data.
Are there other programs which are better suited for such an application?
2. What are the best ways to get Perl and Gnuplot to exchange control
statements and data for plotting?
The interface would have to be sufficiently flexible that it would work with
programs written in other languages besides Perl.
The following routine will likely be used. I tested it and it works.
A Gnuplot chart would be displayed in the computer monitor window. Running
in the background and controlled by certain keyboard keys, a Perl program
would tell Gnuplot what data to plot and when to plot them.
Specifically,
A Perl program would be started. And data that it generated would be stored
in a file such as Plot.dat. Perl would also store some startup instructions
in a Gnuplot control file such as Control.gnu and direct it to start
running.
The Gnuplot program would then go into a loop that would repeatedly run
Control.gnu using a "Reread" statement along with a routine that would
enable it to exit the loop if necessary. A "Pause 0.1" statement in the
loop would keep Gnuplot from using large amounts of CPU time.
When Perl's IsKeyPressed("RIGHT") command determined that the RIGHT ARROW
key had been pressed for example, Perl would store a new set of commands in
Control.gnu. And Gnuplot would execute them and generate a new plot the
next time it read that file.
After the new data were plotted the looping commands would be stored once
again in Control.gnu. And Gnuplot would wait for the next commands from the
Perl program.
As I stated earlier, this routine has been tested. And it work. Are there
other, better ways to have Perl and Gnuplot exchange control statements and
data?
Final note - Perl also has the ability to send and receive data from the
clipboard. And through the use of the SendKeys() command it can have
Windows print text etc. to programs such as Gnuplot as if the text were
being typed on the keyboard.
------------------------------
Date: Wed, 05 Sep 2007 12:59:23 -0700
From: Aaron Sherman <AaronJSherman@gmail.com>
Subject: Re: Perl - Gnuplot Interface
Message-Id: <1189022363.318603.200250@g4g2000hsf.googlegroups.com>
On Sep 5, 3:52 pm, "E.D.G." <edgrs...@ix.netcom.com> wrote:
> 1. Are Perl and Gnuplot the two best programs to use for the following
> application?
Yes and no. You describe an interactive application, and gnuplot isn't
really ideal when it comes to interactive use.
On the other hand, a sufficiently robust back-end that uses gnuplot
could work. It just requires more work than some approaches.
> 2. What are the best ways to get Perl and Gnuplot to exchange control
> statements and data for plotting?
Simple I/O. Open a pipe to gnuplot. Print commands. Read the resulting
file.
For more info and other tools that you might use, see:
http://www.ibm.com/developerworks/library/os-perlgdchart/index.html
------------------------------
Date: 05 Sep 2007 21:46:12 GMT
From: Abigail <abigail@abigail.be>
Subject: Re: Perl - Gnuplot Interface
Message-Id: <slrnfdu8ru.hd.abigail@alexandra.abigail.be>
_
E.D.G. (edgrsprj@ix.netcom.com) wrote on VCXVIII September MCMXCIII in
<URL:news:13du27dtkchf788@corp.supernews.com>:
:) PERL - GNUPLOT INTERFACE
:)
:) Posted by E.D.G. September 5, 2007
:)
:) This report contains two questions for Perl and Gnuplot experts. The
:) questions are listed first and then repeated with details.
:)
:) 1. Are Perl and Gnuplot the two best programs to use for the following
:) application?
:)
:) 2. What are the best ways to get Perl and Gnuplot to exchange control
:) statements and data for plotting?
:)
:)
:) 1. Are Perl and Gnuplot the two best programs to use for the following
:) application?
:)
:) The goal is to develop a good combination of a programming language such as
:) Perl and a chart generation program such as Gnuplot. The Perl program could
:) generate data and then direct Gnuplot to plot them.
:)
:) The chart that was generated would remain in the foreground window. When a
:) RIGHT ARROW key was pressed for example, the chart might scroll to the
:) right. The UP ARROW might cause the chart to zoom in etc.
:)
:) With separate data generation and plotting routines people could use
:) programs written in other languages such as Basic and Fortran to generate
:) their own data and then use shared Gnuplot plotting routines such as world
:) map files in order to plot the data.
:)
:) Are there other programs which are better suited for such an application?
Insufficient data.
Whether a general programming langage is suited (or best suited) for a
particilar application determines more on the people who have to program
(and maintain) the application then what the application needs to do.
Ask among Perl programmers, and you'll get a lot of positive responses.
Ask the same question among Java or Python programmers, and you'll get
a lot less positive answers.
If I were to program such a thing, I wouldn't bother asking myself whether
Perl and/or gnuplot would be the best tools for the job. I'd use Perl and
gnuplot because I know Perl well, and the only plotting program I know is
gnuplot.
:)
:)
:) 2. What are the best ways to get Perl and Gnuplot to exchange control
:) statements and data for plotting?
:)
:) The interface would have to be sufficiently flexible that it would work with
:) programs written in other languages besides Perl.
:)
:) The following routine will likely be used. I tested it and it works.
:)
:) A Gnuplot chart would be displayed in the computer monitor window. Running
:) in the background and controlled by certain keyboard keys, a Perl program
:) would tell Gnuplot what data to plot and when to plot them.
:)
:) Specifically,
:)
:) A Perl program would be started. And data that it generated would be stored
:) in a file such as Plot.dat. Perl would also store some startup instructions
:) in a Gnuplot control file such as Control.gnu and direct it to start
:) running.
:)
:) The Gnuplot program would then go into a loop that would repeatedly run
:) Control.gnu using a "Reread" statement along with a routine that would
:) enable it to exit the loop if necessary. A "Pause 0.1" statement in the
:) loop would keep Gnuplot from using large amounts of CPU time.
:)
:) When Perl's IsKeyPressed("RIGHT") command determined that the RIGHT ARROW
:) key had been pressed for example, Perl would store a new set of commands in
:) Control.gnu. And Gnuplot would execute them and generate a new plot the
:) next time it read that file.
:)
:) After the new data were plotted the looping commands would be stored once
:) again in Control.gnu. And Gnuplot would wait for the next commands from the
:) Perl program.
:)
:) As I stated earlier, this routine has been tested. And it work. Are there
:) other, better ways to have Perl and Gnuplot exchange control statements and
:) data?
If you have a method that works, why are you looking for a 'better' way?
Aparently, you're not satisfied with this method, but you don't tell us
in which aspect you want to see it improved. In other words, what does
"better" mean to *you*?
Personally, communication over a pipe between Perl and gnuplot has always
worked for my needs.
Abigail
--
CHECK {print "another "}
INIT {print "Perl " }
END {print "Hacker\n"}
BEGIN {print "Just " }
------------------------------
Date: 05 Sep 2007 18:27:23 GMT
From: Lars Eighner <usenet@larseighner.com>
Subject: Re: Problem with reg expression
Message-Id: <slrnfdtt88.e1m.usenet@debranded.larseighner.com>
In our last episode, <m23axt7zw1.fsf@dot-app.org>, the lovely and talented
Sherm Pendley broadcast on comp.lang.perl.misc:
> Sherm Pendley <spamtrap@dot-app.org> writes:
>> Gunnar Hjalmarsson <noreply@gunnar.cc> writes:
>>
>>> Lars Eighner wrote:
>>>
>>>> The assignment ($d,$e,$f) = /TrackCond(.*)<\/TD>/g; is nonsense whether
>>>> you are parsing html or a grocery list.
>>>
>>> Why?
>>
>> In list context, m// returns the captured subexpressions. There are three
>> elements in the list being assigned to, but only one captured subexpression
>> in the regex.
> Sorry, my bad - I didn't notice the 'g' modifier. That will allow multiple
> matches of the subexpression to be captured, and returned as a list.
Well, no, you were right the first time, if for the wrong reasons. Because
of .* being unmodified, this kind of expression can never produce more than
one match, not matter how many g's you stick on the end. That is why it is
nonsense: putting a g on the end of something that can match at most once is
nonsense.
Something(.*)anotherthing can produce at most one match. The usual culprit
is the . because it matches just anything. Many times it does not have to
be . and replacing . with a bracketed range will help. In this case, for
example [^<]* has a chance of producing several matches. They would not
necessarily be right because in HTML a different tag could be nested in the
TD element, but you would be right to think there could be more than one
match, so /g would make sense.
> Note to self: Never post before coffee.
--
Lars Eighner <http://larseighner.com/> <http://myspace.com/larseighner>
Countdown: 502 days to go.
What do you do when you're debranded?
------------------------------
Date: Wed, 05 Sep 2007 22:13:15 +0200
From: Gunnar Hjalmarsson <noreply@gunnar.cc>
Subject: Re: Problem with reg expression
Message-Id: <5k8gv4F2ke1oU1@mid.individual.net>
Lars Eighner wrote:
> Because of .* being unmodified, this kind of expression can never
> produce more than one match, not matter how many g's you stick on
> the end.
<snip>
> Something(.*)anotherthing can produce at most one match. The usual
> culprit is the . because it matches just anything.
Those statements are not true. Without the /s modifier, the . matches
any character but a newline.
C:\home>type test.pl
my $list = <<EOL;
1. Milk
2. Sugar
3. Apples
EOL
my @items = $list =~ /\d+\.\s+(.*)/g;
print join(', ', @items), "\n";
C:\home>test.pl
Milk, Sugar, Apples
C:\home>
> Many times it does not have to
> be . and replacing . with a bracketed range will help.
That, OTOH, is true.
--
Gunnar Hjalmarsson
Email: http://www.gunnar.cc/cgi-bin/contact.pl
------------------------------
Date: 05 Sep 2007 20:53:40 GMT
From: Lars Eighner <usenet@larseighner.com>
Subject: Re: Problem with reg expression
Message-Id: <slrnfdu5qi.ess.usenet@debranded.larseighner.com>
In our last episode,
<5k8gv4F2ke1oU1@mid.individual.net>,
the lovely and talented Gunnar Hjalmarsson
broadcast on comp.lang.perl.misc:
> Lars Eighner wrote:
>> Because of .* being unmodified, this kind of expression can never
>> produce more than one match, not matter how many g's you stick on
>> the end.
><snip>
>> Something(.*)anotherthing can produce at most one match. The usual
>> culprit is the . because it matches just anything.
> Those statements are not true. Without the /s modifier, the . matches
> any character but a newline.
> C:\home>type test.pl
> my $list = <<EOL;
> 1. Milk
> 2. Sugar
> 3. Apples
> EOL
The OP would not have been in trouble if he had convenient line breaks,
but
#!/usr/local/bin/perl
my $list = <<EOL;
1. Milk 2. Sugar 3. Apples
EOL
my @items = $list =~ /\d+\.\s+(.*)/g;
foreach $thing (@items){
print "$thing |";
}
print "\n";
yeilds:
Milk 2. Sugar 3. Apples |
or in other words, only one match.
> my @items = $list =~ /\d+\.\s+(.*)/g;
> print join(', ', @items), "\n";
> C:\home>test.pl
> Milk, Sugar, Apples
> C:\home>
>> Many times it does not have to
>> be . and replacing . with a bracketed range will help.
> That, OTOH, is true.
--
Lars Eighner <http://larseighner.com/> <http://myspace.com/larseighner>
Countdown: 502 days to go.
What do you do when you're debranded?
------------------------------
Date: Wed, 05 Sep 2007 13:26:02 -0700
From: JimJx <webmaster@valleywebnet.com>
Subject: UPDATE DB
Message-Id: <1189023962.942305.70080@22g2000hsm.googlegroups.com>
Hi again all,
I am still working on the DB and ran intpo anpther problem that I hope
you all can assist with...
I have a table that consists of 13 columns, the last column being an
autoincrement field 'ID'
Now I have a form on my site that passes data to the script. The
script is supposed to insert the new data into "ID" but that doesn't
happen for some reason. I know that the data being passed is accurate
because I put a print statement in and it worked fine. It just isn't
making it into the DB.
No errors, nada.....
Any suggestions?
Thanks!
Jim
sub Update() {
my $dbh = DBI->connect('DBI:mysql:mydb',$DBuser, $DBpass)
or die "Couldn't connect to database: " . DBI->errstr;
my $sth = $dbh->prepare( 'UPDATE valley SET Category="$Category",
Name="$Name", Description="$Description", Contact="$Contact",
Phone="$Phone", Fax="$Fax", Address="$Address", City="$City",
State="$State", ZipCode="$ZipCode", Email="$Email", URL="$URL",
Keywords="$Keywords" where ID = "$ID"' )or die "Couldn't prepare: " .
DBI->errstr;
$sth->execute()or die "Couldn't execute: " . DBI->errstr;;
$sth->finish ( );
$dbh->disconnect;
print "Category=$Category, Name=$Name, Description=$Description,
Contact=$Contact, Phone=$Phone, Fax=$Fax, Address=$Address, City=
$City, State=$State, ZipCode=$ZipCode, Email=$Email, URL=$URL,
Keywords=$Keywords, ID=$ID";
&Bottom;
exit;
}
------------------------------
Date: 05 Sep 2007 21:55:05 GMT
From: Mark Pryor <tlviewer@VISTAyahoo.com>
Subject: Re: UPDATE DB
Message-Id: <46df25b9$0$11071$4c368faf@roadrunner.com>
On Wed, 05 Sep 2007 13:26:02 -0700, JimJx wrote:
> Hi again all,
>
> I am still working on the DB and ran intpo anpther problem that I hope
> you all can assist with...
>
> I have a table that consists of 13 columns, the last column being an
> autoincrement field 'ID'
>
> Now I have a form on my site that passes data to the script. The
> script is supposed to insert the new data into "ID" but that doesn't
> happen for some reason. I know that the data being passed is accurate
> because I put a print statement in and it worked fine. It just isn't
> making it into the DB.
>
> No errors, nada.....
>
> Any suggestions?
>
> Thanks!
> Jim
>
> sub Update() {
> my $dbh = DBI->connect('DBI:mysql:mydb',$DBuser, $DBpass)
> or die "Couldn't connect to database: " . DBI->errstr;
>
> my $sth = $dbh->prepare( 'UPDATE valley SET Category="$Category",
> Name="$Name", Description="$Description", Contact="$Contact",
> Phone="$Phone", Fax="$Fax", Address="$Address", City="$City",
> State="$State", ZipCode="$ZipCode", Email="$Email", URL="$URL",
> Keywords="$Keywords" where ID = "$ID"' )or die "Couldn't prepare: " .
> DBI->errstr;
>
> $sth->execute()or die "Couldn't execute: " . DBI->errstr;;
>
> $sth->finish ( );
> $dbh->disconnect;
>
> print "Category=$Category, Name=$Name, Description=$Description,
> Contact=$Contact, Phone=$Phone, Fax=$Fax, Address=$Address, City=
> $City, State=$State, ZipCode=$ZipCode, Email=$Email, URL=$URL,
> Keywords=$Keywords, ID=$ID";
> &Bottom;
> exit;
> }
Jim,
If this script is cgi, then add below to the top of your code:
use CGI::Carp qw/fatalsToBrowser/;
then your errors will print to the browser.
Where did $ID come from? Is it the result of a SELECT statement?
You need to force it as integer, not as string.
Your Perl vars should type the same as they are declared in the
MySQL Table create.
hth,
Mark
CentOS 5 RPM
http://www.tlviewer.org/rt3/
------------------------------
Date: Wed, 05 Sep 2007 15:01:08 -0700
From: JimJx <webmaster@valleywebnet.com>
Subject: Re: UPDATE DB
Message-Id: <1189029668.338892.198020@y42g2000hsy.googlegroups.com>
On Sep 5, 5:55 pm, Mark Pryor <tlvie...@VISTAyahoo.com> wrote:
> On Wed, 05 Sep 2007 13:26:02 -0700, JimJx wrote:
> > Hi again all,
>
> > I am still working on the DB and ran intpo anpther problem that I hope
> > you all can assist with...
>
> > I have a table that consists of 13 columns, the last column being an
> > autoincrement field 'ID'
>
> > Now I have a form on my site that passes data to the script. The
> > script is supposed to insert the new data into "ID" but that doesn't
> > happen for some reason. I know that the data being passed is accurate
> > because I put a print statement in and it worked fine. It just isn't
> > making it into the DB.
>
> > No errors, nada.....
>
> > Any suggestions?
>
> > Thanks!
> > Jim
>
> > sub Update() {
> > my $dbh = DBI->connect('DBI:mysql:mydb',$DBuser, $DBpass)
> > or die "Couldn't connect to database: " . DBI->errstr;
>
> > my $sth = $dbh->prepare( 'UPDATE valley SET Category="$Category",
> > Name="$Name", Description="$Description", Contact="$Contact",
> > Phone="$Phone", Fax="$Fax", Address="$Address", City="$City",
> > State="$State", ZipCode="$ZipCode", Email="$Email", URL="$URL",
> > Keywords="$Keywords" where ID = "$ID"' )or die "Couldn't prepare: " .
> > DBI->errstr;
>
> > $sth->execute()or die "Couldn't execute: " . DBI->errstr;;
>
> > $sth->finish ( );
> > $dbh->disconnect;
>
> > print "Category=$Category, Name=$Name, Description=$Description,
> > Contact=$Contact, Phone=$Phone, Fax=$Fax, Address=$Address, City=
> > $City, State=$State, ZipCode=$ZipCode, Email=$Email, URL=$URL,
> > Keywords=$Keywords, ID=$ID";
> > &Bottom;
> > exit;
> > }
>
> Jim,
>
> If this script is cgi, then add below to the top of your code:
> use CGI::Carp qw/fatalsToBrowser/;
>
> then your errors will print to the browser.
>
> Where did $ID come from? Is it the result of a SELECT statement?
> You need to force it as integer, not as string.
>
> Your Perl vars should type the same as they are declared in the
> MySQL Table create.
>
> hth,
> Mark
>
> CentOS 5 RPMhttp://www.tlviewer.org/rt3/
Thanks for replying Mark.
At the top of my script I have
use strict;
use DBI;
use CGI::Carp qw/fatalsToBrowser warningsToBrowser/;
Still, no errors anywhere. None show in the browser or the logs. As
I said, nada.....
$ID does come from a SELECT. And I hate to show my ignorance here,
but how do I force $ID to integer?
Thanks!
Jim
Jim
------------------------------
Date: 6 Apr 2001 21:33:47 GMT (Last modified)
From: Perl-Users-Request@ruby.oce.orst.edu (Perl-Users-Digest Admin)
Subject: Digest Administrivia (Last modified: 6 Apr 01)
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: due to the current flood of worm email banging on ruby, the smtp
server on ruby has been shut off until further notice.
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 V11 Issue 823
**************************************
