[31832] in Perl-Users-Digest
Perl-Users Digest, Issue: 3095 Volume: 11
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Mon Aug 23 18:09:29 2010
Date: Mon, 23 Aug 2010 15:09:10 -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 Mon, 23 Aug 2010 Volume: 11 Number: 3095
Today's topics:
Re: Fast iterative reads <paulbranon@googlemail.com>
Re: Fast iterative reads <paulbranon@googlemail.com>
Re: Fast iterative reads sln@netherlands.com
Re: Fast iterative reads <jimsgibson@gmail.com>
Re: Perl array bug? <ben@morrow.me.uk>
Re: Perl array bug? (Malcolm Hoar)
Re: Simple script execution problems (newbie) <sherm.pendley@gmail.com>
Re: Simple script execution problems (newbie) <paul@pstech-inc.com>
Re: Simple script execution problems (newbie) <stevem_@nogood.com>
Re: Simple script execution problems (newbie) <stevem_@nogood.com>
Re: Simple script execution problems (newbie) <paul@pstech-inc.com>
Re: Simple script execution problems (newbie) <sherm.pendley@gmail.com>
Where is true and false value documented? <pengyu.ut@gmail.com>
Re: Where is true and false value documented? <tadmc@seesig.invalid>
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Sun, 22 Aug 2010 23:07:39 -0700 (PDT)
From: Paul Branon <paulbranon@googlemail.com>
Subject: Re: Fast iterative reads
Message-Id: <f85b9acf-75a9-437e-b6b2-867ebd38ac8c@y11g2000yqm.googlegroups.com>
I like all these ideas. It's a shame the sort and discard idea won't
work in this instance because the long list comes from the same
database as the short list! (Why couldn't the original query contain
all the relevant data? In theory it could. In practice they don't do
it that way.)
As for storing the data from the long list in a hash, isn't it the
case that I'd need an array of hashes? Otherwise each iterative read
of the longlist would overwrite the entries from the previous list.
And worse still, at the end of the file the hash would be empty again.
(So to access my data I would have needed to have stored the entries
all in an array)
open(LONGLIST, "<$databaselonglist") or die "$!\n";
while (<LONGLIST>) {
$ItemID="";
chomp;
# You can get the Item-ID split on spaces it's array item[1]
@getitemid = split(/\s+/, $_); #print " Item-ID $getitemid[1]\n";
@getfileextension=split(/\./, $_); #print " FileExtension
$getfileextension[1]\n";
if ( $getitemid[1] =~ /^\d+/){
$ItemID = $getitemid[1];
}else{
}
# this needs to be conditional
%hash_table = ('ItemID' => $getitemid[1], 'FileExtension' =>
$getfileextension[1]);
foreach $key (keys (%hash_table)) { print $key, ",",
$hash_table{$key}, "\n"; } #(Prints keynames plus input data)
}
------------------------------
Date: Sun, 22 Aug 2010 23:10:56 -0700 (PDT)
From: Paul Branon <paulbranon@googlemail.com>
Subject: Re: Fast iterative reads
Message-Id: <c4fa707d-bf28-4de5-a813-a1517f209f5b@x42g2000yqx.googlegroups.com>
note there is an error above in that the hash_table is called my_hash
somewhere and hash_table somewhere else. This is just my transposition
of the code into the forum.
------------------------------
Date: Mon, 23 Aug 2010 08:27:52 -0700
From: sln@netherlands.com
Subject: Re: Fast iterative reads
Message-Id: <d04576liiuqr8v03akfuemmra08pdh1uv8@4ax.com>
On Sun, 22 Aug 2010 23:07:39 -0700 (PDT), Paul Branon <paulbranon@googlemail.com> wrote:
>I like all these ideas. It's a shame the sort and discard idea won't
>work in this instance because the long list comes from the same
>database as the short list!
I take it, the "short list" are unique ID's and
the "long list" are unique ID/Filename pairs.
Where the "long list" contains duplicate ID's, but
unique ID/Filename pairs?
> (Why couldn't the original query contain
>all the relevant data? In theory it could. In practice they don't do
>it that way.)
>
>As for storing the data from the long list in a hash, isn't it the
>case that I'd need an array of hashes?
AoH is @array = (
{},{},{}
);
Is this what you mean?
>Otherwise each iterative read
>of the longlist would overwrite the entries from the previous list.
Wasn't the idea to avoid itterative reads of the "long list"?
>And worse still, at the end of the file the hash would be empty again.
>(So to access my data I would have needed to have stored the entries
>all in an array)
>
Are you are using the "short list" to query the "long list"?
Do you expect the "long list" ID's to be unique?
In other words, 1 ID per filename?
If not, is a duplicate an error, or is it possible that an
ID can have multiple filenames?
>
>
>open(LONGLIST, "<$databaselonglist") or die "$!\n";
>while (<LONGLIST>) {
>$ItemID="";
>chomp;
>
># You can get the Item-ID split on spaces it's array item[1]
>@getitemid = split(/\s+/, $_); #print " Item-ID $getitemid[1]\n";
>@getfileextension=split(/\./, $_); #print " FileExtension
>$getfileextension[1]\n";
>if ( $getitemid[1] =~ /^\d+/){
>$ItemID = $getitemid[1];
>}else{
>}
>
># this needs to be conditional
>%hash_table = ('ItemID' => $getitemid[1], 'FileExtension' =>
>$getfileextension[1]);
>foreach $key (keys (%hash_table)) { print $key, ",",
>$hash_table{$key}, "\n"; } #(Prints keynames plus input data)
>
>}
Is this pseudo code? Because it stops compiling after too many
errors to display.
Post a small data sample exhibiting all facets of shape you
expect.
-sln
------------------------------
Date: Mon, 23 Aug 2010 09:49:25 -0700
From: Jim Gibson <jimsgibson@gmail.com>
Subject: Re: Fast iterative reads
Message-Id: <230820100949259954%jimsgibson@gmail.com>
In article
<f85b9acf-75a9-437e-b6b2-867ebd38ac8c@y11g2000yqm.googlegroups.com>,
Paul Branon <paulbranon@googlemail.com> wrote:
> I like all these ideas. It's a shame the sort and discard idea won't
> work in this instance because the long list comes from the same
> database as the short list! (Why couldn't the original query contain
> all the relevant data? In theory it could. In practice they don't do
> it that way.)
Please be aware that most people in this group do not use Google Groups
to read and post. As such, you need to give a little context in each
post so that people will know what you are talking about.
> As for storing the data from the long list in a hash, isn't it the
> case that I'd need an array of hashes? Otherwise each iterative read
> of the longlist would overwrite the entries from the previous list.
> And worse still, at the end of the file the hash would be empty again.
> (So to access my data I would have needed to have stored the entries
> all in an array)
You said you had two files, one long and one short, and the task was to
match up database IDs in the two files. So, no, you don't need an array
of hashes. The suggestion was to read the longer file into one hash,
indexed by ID, one time only, then read the shorter file and see if the
corresponding entry (by ID) exists in the hash. As long as the longer
file doesn't change, you don't need to read it again. You never
overwrite the hash, because you only create it one time. The hash will
never become empty, since after it has been created you only read from
it. If your database IDs in the long file are unique and you use them
as keys, no hash entry will be overwritten.
You should have:
use strict;
use warnings;
> open(LONGLIST, "<$databaselonglist") or die "$!\n";
You should use the 3-argument form of open.
> while (<LONGLIST>) {
> $ItemID="";
> chomp;
>
> # You can get the Item-ID split on spaces it's array item[1]
> @getitemid = split(/\s+/, $_); #print " Item-ID $getitemid[1]\n";
> @getfileextension=split(/\./, $_); #print " FileExtension
> $getfileextension[1]\n";
> if ( $getitemid[1] =~ /^\d+/){
> $ItemID = $getitemid[1];
> }else{
> }
>
> # this needs to be conditional
> %hash_table = ('ItemID' => $getitemid[1], 'FileExtension' =>
> $getfileextension[1]);
The above hash only holds data for one database record. A better format
would be to have one hash entry per record, with the database ID as key
and the file name as value. So the above line should be:
$hash_table{$getitemid[1]} = $getfileextension[1];
> foreach $key (keys (%hash_table)) { print $key, ",",
> $hash_table{$key}, "\n"; } #(Prints keynames plus input data)
>
> }
There are other ways in which your code could be improved. Keep reading
this newsgroup to find out what they are.
--
Jim Gibson
------------------------------
Date: Mon, 23 Aug 2010 03:40:43 +0100
From: Ben Morrow <ben@morrow.me.uk>
Subject: Re: Perl array bug?
Message-Id: <bm39k7-qp.ln1@osiris.mauzo.dyndns.org>
Quoth malch@malch.com (Malcolm Hoar):
> In article <6it2k7-v5q1.ln1@osiris.mauzo.dyndns.org>, Ben Morrow
> <ben@morrow.me.uk> wrote:
> >Yeah, I saw that. I've attached a patch to that bug which fixes the
> >issue.
> >
> >If you felt so inclined you could probably build a 5.12.1 with that
> >patch.
>
> Thanks. I'm not really setup for making builds at the moment.
> I have pretty much finished testing a workaround for my app
> so provided this gets fixed for the next major update, I'm
> a very happy camper.
For the benefit of those who haven't been following the discussion on
p5p: this patch has now been applied to maint-5.12, which means it will
be in 5.12.2.
Ben
------------------------------
Date: Mon, 23 Aug 2010 15:13:07 GMT
From: malch@malch.com (Malcolm Hoar)
Subject: Re: Perl array bug?
Message-Id: <i4u3633o266002malch@news.sonic.net>
In article <bm39k7-qp.ln1@osiris.mauzo.dyndns.org>, Ben Morrow <ben@morrow.me.uk> wrote:
>> Thanks. I'm not really setup for making builds at the moment.
>> I have pretty much finished testing a workaround for my app
>> so provided this gets fixed for the next major update, I'm
>> a very happy camper.
>
>For the benefit of those who haven't been following the discussion on
>p5p: this patch has now been applied to maint-5.12, which means it will
>be in 5.12.2.
Yes, and it's much appreciated!
--
|~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~|
| Malcolm Hoar "The more I practice, the luckier I get". |
| malch@malch.com Gary Player. |
| http://www.malch.com/ Shpx gur PQN. |
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
------------------------------
Date: Sun, 22 Aug 2010 21:35:28 -0400
From: Sherm Pendley <sherm.pendley@gmail.com>
Subject: Re: Simple script execution problems (newbie)
Message-Id: <m2bp8u3ycf.fsf@sherm.shermpendley.com>
Steve <stevem_@nogood.com> writes:
> On 08/22/2010 04:37 PM, Paul E. Schoen wrote:
>>
>> #!/usr/bin/perl
>
> # EEEK!!!
>
>> use CGI;
>> my $query= new CGI;
>> print $query->header;
>> print "hello people in my head\n";
>>
>
> Keep it *really* simple:
>
> #!/usr/bin/perl
>
> use warnings; # just do it, don't worry about why for now
> use strict; # you'll save oodles of time debugging code later
>
> print "Content-type: text/html; charset=utf-8\n\n
Syntax error.
> print "Hello World\n";
Don't lie about the content type. Use text/plain if that's what you're
actually sending.
> exit;
Does nothing. Perl scripts "fall off the end" without any need for a
call to exit() unless you want to provide a non-zero exit status, which
is not what you're doing here.
sherm--
--
Sherm Pendley
<camelbones.sourceforge.net>
Cocoa Developer
------------------------------
Date: Mon, 23 Aug 2010 00:33:19 -0400
From: "Paul E. Schoen" <paul@pstech-inc.com>
Subject: Re: Simple script execution problems (newbie)
Message-Id: <ASmco.10474$yr6.9645@newsfe05.iad>
"Steve" <stevem_@nogood.com> wrote in message
news:Mzico.3494$cE1.1384@newsfe18.iad...
> On 08/22/2010 04:37 PM, Paul E. Schoen wrote:
>
>> #!/usr/bin/perl
>
> # EEEK!!!
Why EEEK?
I made a second test script and I executed it using telnet in my smart.net
host.
#!/usr/bin/perl
use strict;
use warnings;
use CGI;
my $query= new CGI;
open my $out, '>', "output.txt" or die "File error: $!";
print $out $query->header;
print $out "\r\nHello, World.\r\n";
close $out;
It produced the correct output.txt file:
Content-Type: text/html; charset=ISO-8859-1
Hello, World.
> Mime-type, permissions, ownership, combination of.... sounds like cgi-bin
> might be set up more or less correctly though.
>
> Assuming the webserver thinks the script owner and user configured to run
> the script match up. (IF SUEXEC is enabled. If it isn't: run screaming)
>
>> www.smart.net/~pstech/cgi-bin/first.pl, the IE8 browser tries to
>> download the file, and Firefox just shows the source code text.
>
> Sounds like cgi-bin is NOT configured correctly in httpd.conf.
>
> Ah... did *you* create the cgi-bin directory or was it already there?
I created it in the dreamhost.com server, but it was already set up in
smart.net.
>
>
> > If I use
>> telnet to execute the script in smart.net, it seems to echo the correct
>> header and text. I have also used the pico editor to eliminate possible
>> problems with CR+LF newlines. I have not been able to log on to the
>> dreamhost server with telnet.
>>
>> I have tried changing the permissions as recommended, and I have the
>> .htaccess file configured as:
>>
>> Options +ExecCGI
>
> The above may or may not do any good depending on Server configuration.
>
>>
>> My next step will probably be to contact the support or community
>> discussions for these servers, but I was hoping that someone here might
>> be able to help. I am planning to do some less trivial programming in
>> Perl once I get this simple script working as it should.
>>
>> Thanks!
>>
>> Paul
>>
>
> Here is a link to a page you may find useful:
>
> http://brian-d-foy.cvs.sourceforge.net/viewvc/brian-d-foy/CGI_MetaFAQ/CGI_MetaFAQ.html
>
> And you really should set up a web server on your local box. The first
> time you fire off a script with an infinite while(){} loop in it, your
> providers will not be happy..... and it *will* happen.
I do have a localhost that got set up when I installed the DotCMS demo. The
home page appears when I use http://localhost/ in my browser. I don't know
how to set it up for a local copy of my website(s). It resides in C:\DotCMS.
Tomorrow I hope to hear from someone at smart.net about the setup there. I'm
using a free demo of www.dreamhost.com and I was happy to chat with someone
at 3 AM Sunday, but when I asked a technical question today the tech said it
was only for sales and tech questions are to be referred to the forum. It
seems like a really good deal for about $2 or $3 per month for unlimited
storage and domain name registration included, while my 100 MB on smart.net
is $99/year and my domains cost about $9/year from www.mydomain.com.
Thanks for the information. Maybe eventually I'll get something running and
then I can ask "real" perl questions. What I really want to do is set up a
website and be able to have specified users log on and contribute simple
content in a form for inclusion in HTML files. Basically a very limited CMS.
Paul
------------------------------
Date: Mon, 23 Aug 2010 11:23:57 -0500
From: Steve <stevem_@nogood.com>
Subject: Re: Simple script execution problems (newbie)
Message-Id: <A2zco.4959$cE1.2443@newsfe18.iad>
On 08/22/2010 08:35 PM, Sherm Pendley wrote:
> Steve<stevem_@nogood.com> writes:
>
>> On 08/22/2010 04:37 PM, Paul E. Schoen wrote:
>>>
>>> #!/usr/bin/perl
>>
>> # EEEK!!!
>>
>>> use CGI;
>>> my $query= new CGI;
>>> print $query->header;
>>> print "hello people in my head\n";
>>>
>>
>> Keep it *really* simple:
>>
>> #!/usr/bin/perl
>>
>> use warnings; # just do it, don't worry about why for now
>> use strict; # you'll save oodles of time debugging code later
>>
>> print "Content-type: text/html; charset=utf-8\n\n
>
> Syntax error.
>
Yep. You'd think I could cut-n-paste accurately. Apparently not. :-)
>> print "Hello World\n";
>
> Don't lie about the content type. Use text/plain if that's what you're
> actually sending.
>
Nope. Makes no difference for what the OP is trying to do and when he
starts fiddling with printing out HTML it will just 'work'.
\s
------------------------------
Date: Mon, 23 Aug 2010 11:35:58 -0500
From: Steve <stevem_@nogood.com>
Subject: Re: Simple script execution problems (newbie)
Message-Id: <Rdzco.6$LL1.4@newsfe24.iad>
On 08/22/2010 11:33 PM, Paul E. Schoen wrote:
>
> "Steve" <stevem_@nogood.com> wrote in message
> news:Mzico.3494$cE1.1384@newsfe18.iad...
>> On 08/22/2010 04:37 PM, Paul E. Schoen wrote:
>>
>>> #!/usr/bin/perl
>>
>> # EEEK!!!
>
> Why EEEK?
>
> I made a second test script and I executed it using telnet in my
> smart.net host.
>
> #!/usr/bin/perl
> use strict;
> use warnings;
> use CGI;
> my $query= new CGI;
> open my $out, '>', "output.txt" or die "File error: $!";
> print $out $query->header;
> print $out "\r\nHello, World.\r\n";
^ ^
Just the \n is fine.
> close $out;
>
> It produced the correct output.txt file:
>
> Content-Type: text/html; charset=ISO-8859-1
>
>
> Hello, World.
>
<snip>
>>
>>> www.smart.net/~pstech/cgi-bin/first.pl, the IE8 browser tries to
>>> download the file, and Firefox just shows the source code text.
>>
>> Sounds like cgi-bin is NOT configured correctly in httpd.conf.
>>
>> Ah... did *you* create the cgi-bin directory or was it already there?
>
> I created it in the dreamhost.com server, but it was already set up in
> smart.net.
Figured. I'm thinking your account is not set up (properly?) to allow
cgi-script execution. Have to talk to the dreamhost folks about that.
>
> Thanks for the information. Maybe eventually I'll get something running
> and then I can ask "real" perl questions. What I really want to do is
> set up a website and be able to have specified users log on and
> contribute simple content in a form for inclusion in HTML files.
> Basically a very limited CMS.
>
> Paul
The proverbial can o' worms. There are a *lot* of security issues to
deal with when accepting user input. The page I linked to in a previous
post contains some required reading.
If you're thinking about using some sort of database back end, read up
on SQL Injection attacks. Easy enough to prevent, (especially with
Perl) but a serious threat when accepting user input.
hth,
Steve
------------------------------
Date: Mon, 23 Aug 2010 16:34:23 -0400
From: "Paul E. Schoen" <paul@pstech-inc.com>
Subject: Re: Simple script execution problems (newbie)
Message-Id: <zXAco.72507$lS1.58141@newsfe12.iad>
"Steve" <stevem_@nogood.com> wrote in message
news:Rdzco.6$LL1.4@newsfe24.iad...
> On 08/22/2010 11:33 PM, Paul E. Schoen wrote:
>>
>> "Steve" <stevem_@nogood.com> wrote in message
>> news:Mzico.3494$cE1.1384@newsfe18.iad...
>>> On 08/22/2010 04:37 PM, Paul E. Schoen wrote:
>>>> www.smart.net/~pstech/cgi-bin/first.pl, the IE8 browser tries to
>>>> download the file, and Firefox just shows the source code text.
>>>
>>> Sounds like cgi-bin is NOT configured correctly in httpd.conf.
>>>
>>> Ah... did *you* create the cgi-bin directory or was it already there?
>>
>> I created it in the dreamhost.com server, but it was already set up in
>> smart.net.
>
> Figured. I'm thinking your account is not set up (properly?) to allow
> cgi-script execution. Have to talk to the dreamhost folks about that.
I got a reply on the forum and the "code monkey" said my first.pl script had
a semicolon after the first line, and also the script had DOS-type line
endings. And my second.pl script would not work because it did not print to
the stdout.
But when I used their net2ftp application to edit the file, it apparently
used DOS type line endings, even when I used their "codegear" editor. And I
can't use telnet to log onto my account at dreamhost, so I suppose I'll have
to edit the script locally with a special UNIX compatible editor and then
upload to the site. That may even be preferable so that my local copy
matches what's on the remote server.
I just heard back from smartnet/sovenix, and it was a problem with the
setup. It's odd because the cgi-bin directory was included, but I've had
that account since 1996 and this is the first time I've used the cgi-bin
directory. But now my script runs OK. However, I also had to access the CGI
by using the URL http://www.smart.net/pstech-cgi-bin/first.pl, rather than
http://www.smart.net/~pstech/cgi-bin/first.pl, which still tries to download
the script. Actually that might be handy.
The dreamhost server must be set up differently, as I can use
http://www.pauleschoen.com/cgi-bin/first.pl. Now I can go nuts playing with
server side scripts. The Sovenix/smartnet guy said I can run the scripts
from a text based lynx browser using telnet, and I can use Ctrl-C to escape
from wild code. He said the server is already set up to limit CPU or
execution time to about 2 minutes.
I rewrote the second.pl script as follows:
#!/usr/bin/perl
use strict;
use warnings;
use CGI;
my $query= new CGI;
print $query->header;
print "\nStarting\n\n";
open my $out, '>', "output.txt" or die "File error: $!";
print $out $query->header;
print $out "\nHello, World.\n";
close $out;
print $query->header;
print "\nFinished!\n";
Running it on Telnet shows both headers and their text. But if run on the
browser it only shows "Starting". Probably just shows how much I need to
learn!
>> Thanks for the information. Maybe eventually I'll get something running
>> and then I can ask "real" perl questions. What I really want to do is
>> set up a website and be able to have specified users log on and
>> contribute simple content in a form for inclusion in HTML files.
>> Basically a very limited CMS.
>
> The proverbial can o' worms. There are a *lot* of security issues to deal
> with when accepting user input. The page I linked to in a previous post
> contains some required reading.
>
> If you're thinking about using some sort of database back end, read up on
> SQL Injection attacks. Easy enough to prevent, (especially with Perl) but
> a serious threat when accepting user input.
If I use a database backend such as MySQL, I'll probably use a canned CMS
such as Wordpress. It should have decent security set up. If I "roll my
own", I will probably just use a simple form with data that can be emailed
to me for review, and then I can update the local HTML file and upload it.
The only content that needs to be updated frequently is a list of activities
and events, which will be organized by fields for Date/time, Title, and
Description, which may include HTML links or images or other more
interesting content. Hopefully that will be secure enough.
Now I just need to get the log-on setup for the actual live Sierra Club
site.
Thanks a lot!
Paul
------------------------------
Date: Mon, 23 Aug 2010 16:55:52 -0400
From: Sherm Pendley <sherm.pendley@gmail.com>
Subject: Re: Simple script execution problems (newbie)
Message-Id: <m2tymlrquf.fsf@sherm.shermpendley.com>
"Paul E. Schoen" <paul@pstech-inc.com> writes:
> I got a reply on the forum and the "code monkey" said my first.pl
> script had a semicolon after the first line, and also the script had
> DOS-type line endings. And my second.pl script would not work because
> it did not print to the stdout.
>
> But when I used their net2ftp application to edit the file, it
> apparently used DOS type line endings
It will modify line endings if you tell it to. Transfer .pl files in
text mode, not binary mode.
> I can't use telnet to log onto my account at dreamhost
You can if you enable that option on your control panel.
> so I suppose I'll have to edit the script locally with a
> special UNIX compatible editor
There's absolutely nothing "special" about being able to use \n for
line endings. Any text editor worth being called such - i.e. anything
except Notepad - can do so.
> print $query->header;
...
> print $query->header;
> Running it on Telnet shows both headers and their text. But if run on
> the browser it only shows "Starting". Probably just shows how much I
> need to learn!
You're printing two sets of HTTP headers. Don't do that.
sherm--
--
Sherm Pendley
<camelbones.sourceforge.net>
Cocoa Developer
------------------------------
Date: Mon, 23 Aug 2010 12:05:11 -0700 (PDT)
From: Peng Yu <pengyu.ut@gmail.com>
Subject: Where is true and false value documented?
Message-Id: <88f17c44-3336-4cf4-b6a2-083ad1e6609e@y11g2000yqm.googlegroups.com>
Hi,
I know that true and false values has been discussed here and in page
30 of Programming Perl (3rd edition). But could anyone let me know
where it is documented in command line perl document?
http://www.perlmonks.org/?node_id=862
Regards,
Peng
------------------------------
Date: Mon, 23 Aug 2010 14:09:09 -0500
From: Tad McClellan <tadmc@seesig.invalid>
Subject: Re: Where is true and false value documented?
Message-Id: <slrni75hiq.jn7.tadmc@tadbox.sbcglobal.net>
Peng Yu <pengyu.ut@gmail.com> wrote:
> Hi,
>
> I know that true and false values has been discussed here and in page
> 30 of Programming Perl (3rd edition). But could anyone let me know
> where it is documented in command line perl document?
>
> http://www.perlmonks.org/?node_id=862
In the "Truth and Falsehood" section of
perldoc perlsyn
--
Tad McClellan
email: perl -le "print scalar reverse qq/moc.liamg\100cm.j.dat/"
The above message is a Usenet post.
I don't recall having given anyone permission to use it on a Web site.
------------------------------
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:
To submit articles to comp.lang.perl.announce, send your article to
clpa@perl.com.
Back issues are available via anonymous ftp from
ftp://cil-www.oce.orst.edu/pub/perl/old-digests.
#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 3095
***************************************
