[31221] in Perl-Users-Digest
Perl-Users Digest, Issue: 2466 Volume: 11
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Tue Jun 9 18:09:43 2009
Date: Tue, 9 Jun 2009 15:09:08 -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 Tue, 9 Jun 2009 Volume: 11 Number: 2466
Today's topics:
Re: Counting the total number of keys in a hash of hash sln@netherlands.com
perl and CGI <FiNaR76@gmail.com>
Re: perl and CGI <jurgenex@hotmail.com>
Re: perl and CGI <FiNaR76@gmail.com>
Re: perl and CGI <jurgenex@hotmail.com>
Re: perl and CGI <noreply@gunnar.cc>
Re: perl and CGI <noreply@gunnar.cc>
Re: perl and CGI <1usa@llenroc.ude.invalid>
Re: perl and CGI <cartercc@gmail.com>
Re: perl and CGI <jurgenex@hotmail.com>
Re: perl and CGI <jurgenex@hotmail.com>
Re: perl and CGI <glex_no-spam@qwest-spam-no.invalid>
Re: perl and CGI <nat.k@gm.ml>
Re: perl and CGI <noreply@gunnar.cc>
Re: perl and CGI <hjp-usenet2@hjp.at>
Re: perl modules; used or not <noreply@gunnar.cc>
Strawberry and Vanilla Perl <nguyen29@hotmail.com>
Re: Strawberry and Vanilla Perl <ben@morrow.me.uk>
Re: What happened to perl doc <news123@free.fr>
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Tue, 09 Jun 2009 14:10:14 -0700
From: sln@netherlands.com
Subject: Re: Counting the total number of keys in a hash of hashes
Message-Id: <n9jt251bq2fu2n3ulrnnpb4cdngi2c260t@4ax.com>
On Sun, 7 Jun 2009 22:04:56 -0700 (PDT), Mahurshi Akilla <mahurshi@gmail.com> wrote:
>Is there an easy way to count the # of keys in a hash of hashes?
>
>e.g.
>Say I have a hash like the following:
>$myhash{key1}{key2}
>
>I want to count the total number of keys in $myhash without looping
>through the whole thing. The answer is typically #key1 x #key2
>
>Taking this one step further, I would like to know if there's a way to
>do the same for "higher depths" like
>$myhash{key1}{key2}{key3} and so on...
>
>It will be really cool if there is a built in function/perl module
>that can do this.
I shouldn't post code like this so I won't any more. I guess it goes
into my archives as a backup for future reference. I was mainly interrested
in deep recursion.
Anyway, refactored here. The thrust was on the metrics of a deep structure,
but I added the hooks to do deep array/hash clearing. It is mainly an
exercise for me but if the metric code is taken out, its actually not much
to the recursion. Obviously, anything could be added to the recursion frame
to do all sorts of things.
Tested as well.
-sln
use strict;
use warnings;
use Data::Dumper;
my @ar1 = ('autoTestSoftware001',{50 => 'autoTestSoftware050'});
my @ar2 = ('autoTestSoftware051',{100 => 'autoTestSoftware100'});
push @ar1, [ar1 => \@ar2];
#my $softwareListRef = [\(@ar1, @ar2)];
my $softwareListRef = {root => [\(@ar1, @ar2)]};
push @ar1, {SWLF => $softwareListRef};
print Dumper( $softwareListRef );
my $result = getVariableMetrics ($softwareListRef, 'purge' => 1);
print <<MSG;
Metrics:
Hashs = $result->{hashs}
Keys = $result->{keys}
Arrays = $result->{arrays}
Others = $result->{others}
Depth = $result->{depth}
MSG
for (keys %{$result->{hseen}}) {
print " Seen = $result->{hseen}{$_} x $_\n";
}
print Dumper( \@ar1 );
print Dumper( \@ar2 );
print Dumper( $softwareListRef );
exit (0);
## -------------
sub getVariableMetrics # '$var' can be anything
{
my ($var, @args) = @_;
$result =
{ # Scalar Results and misc vars:
hashs => 0, # total hashes
keys => 0, # total keys
arrays => 0, # total arrays
others => 0, # total others
level => 0, # current level
depth => 0, # max depth
purge => 0, # flag to purge
hseen => {} # stringed array/hash refs seen
};
if (@args) {
while (my ($name, $val) = splice (@args, 0, 2)) {
$name =~ s/^\s+//; $name =~ s/\s+$//;
if (lc $name eq 'purge') {
$result->{purge} = 1 if $val;
}
}
}
_GVM ($var, $result);
}
sub _GVM
{
my ($var, $result) = @_;
# Hash ref's
if ( ref ($var) eq 'HASH') {
return $result if ( ++$result->{hseen}{$var} > 1);
if ( ++$result->{level} > $result->{depth}) {
$result->{depth} = $result->{level}
}
$result->{hashs}++;
for (values %{$var}) {
# go deeper into the key value
$result->{keys}++;
_GVM ($_, $result);
}
$result->{level}--;
# deepest level here, hash can be deleted
%{$var} = () if ($result->{purge});
}
# Array ref's
elsif ( ref ($var) eq 'ARRAY') {
return $result if ( ++$result->{hseen}{$var} > 1);
if ( ++$result->{level} > $result->{depth}) {
$result->{depth} = $result->{level}
}
$result->{arrays}++;
for (@{$var}) {
# go deeper into array element
_GVM ($_, $result);
}
$result->{level}--;
# deepest level here, array can be deleted
@{$var} = () if ($result->{purge});
}
# Other scalars (add more processing here)
else {
$result->{others}++;
}
return $result;
}
__END__
$VAR1 = {
'root' => [
[
'autoTestSoftware001',
{
'50' => 'autoTestSoftware050'
},
[
'ar1',
[
'autoTestSoftware051',
{
'100' => 'autoTestSoftware100'
}
]
],
{
'SWLF' => $VAR1
}
],
$VAR1->{'root'}[0][2][1]
]
};
Metrics:
Hashs = 4
Keys = 4
Arrays = 4
Others = 5
Depth = 6
Seen = 1 x ARRAY(0x18c4abc)
Seen = 2 x HASH(0x18c529c)
Seen = 1 x HASH(0x22ab94)
Seen = 1 x ARRAY(0x182abbc)
Seen = 1 x HASH(0x22ac84)
Seen = 2 x ARRAY(0x182abac)
Seen = 1 x ARRAY(0x182b3dc)
Seen = 1 x HASH(0x22aa74)
$VAR1 = [];
$VAR1 = [];
$VAR1 = {};
------------------------------
Date: Tue, 9 Jun 2009 07:12:51 -0700 (PDT)
From: Vit <FiNaR76@gmail.com>
Subject: perl and CGI
Message-Id: <c735cb19-fe19-4379-8598-64c31cb5a6fa@j20g2000vbp.googlegroups.com>
Hi All,
I'm new to the perl language....
I'm trying to understand how this language work and I hav develop the
following code:
in the webpage:
<form action=3D"\cgi-bin\my_email.cgi" method=3D"post">=A0
<input type=3D"submit" name=3D"Submit" value=3D"Submit" style=3D"width:
93px" />
in the cgi-bin directori the "my_email.cgi" file:
#!/usr/bin/perl
print "Content-type: text/html\n\n";
print "Hello, world!\n";
I'm using this file just to test.... and the result is that is not
working....
when I click to the "submit" button, I get the following message:
Server error!
The server encountered an internal error and was unable to complete
your request.
Error message:
Premature end of script headers: my_email.cgi
If you think this is a server error, please contact the webmaster.
Error 500
Tue Jun 9 14:11:00 2009
Apache/2.0.55 (Ubuntu) mod_ldap_userdir/1.1.11 PHP/4.4.2-1.1
mod_vhost_ldap/1.0.0
what can I do?? do you know what can I cahe to find out the issue???
thanks
Vit
------------------------------
Date: Tue, 09 Jun 2009 07:43:58 -0700
From: Jürgen Exner <jurgenex@hotmail.com>
Subject: Re: perl and CGI
Message-Id: <idss2554uir95uaru65qji1qt2h0vm1hom@4ax.com>
Vit <FiNaR76@gmail.com> wrote:
>I'm new to the perl language....
Purists will likely point out that "perl" (lower case) is the
interpreter, while "Perl" (upper case) is the name of the programming
language that is interpreted by perl.
>I'm trying to understand how this language work and I hav develop the
>following code:
If you want to learn programming in Perl then I _STRONGLY_ suggest to
start with good old plain Perl programs and not to add the complexity
and problems of CGI, web servers, and the WWW on top of learning the
language.
>in the webpage:
><form action="\cgi-bin\my_email.cgi" method="post">
><input type="submit" name="Submit" value="Submit" style="width:
>93px" />
>
>in the cgi-bin directori the "my_email.cgi" file:
>#!/usr/bin/perl
>print "Content-type: text/html\n\n";
>print "Hello, world!\n";
>
>I'm using this file just to test.... and the result is that is not
>working....
>
>when I click to the "submit" button, I get the following message:
>
>Server error!
>The server encountered an internal error and was unable to complete
>your request.
>
>Error message:
>Premature end of script headers: my_email.cgi
And this is a perfect example of why mixing everything together is a bad
idea. This error message is _not_ a Perl error message.
Your program is perfectly fine. When run from the command line it will
print those intended 3 lines and then terminate without any error
message.
That means your problem lies in a different area, in your case probably
in a misunderstanding of the CGI protocol.
>If you think this is a server error, please contact the webmaster.
>
>Error 500
>
>what can I do?? do you know what can I cahe to find out the issue???
This infamous error message is listed in the Perl FAQ, see
perldoc -q 500
for details.
jue
------------------------------
Date: Tue, 9 Jun 2009 07:54:35 -0700 (PDT)
From: Vit <FiNaR76@gmail.com>
Subject: Re: perl and CGI
Message-Id: <e3ba0b59-0e15-4ad4-bf0b-49881c71585b@f16g2000vbf.googlegroups.com>
> And this is a perfect example of why mixing everything together is a bad
> idea. This error message is _not_ a Perl error message.
> Your program is perfectly fine. When run from the command line it will
> print those intended 3 lines and then terminate without any error
> message.
> That means your problem lies in a different area, in your case probably
> in a misunderstanding of the CGI protocol.
thank's for the suggestion....
I was just trying to figure out how perl and the web server works..
I have already developed a perl file to manage a web form (send the
forms field to an email address)...
and the file seems to be ok..
but when I run it on the server it gives me the same error...
so I was wondering what was wrong and how can I debug the issue....
any suggestion to find out the problem??
thanks
Vit
------------------------------
Date: Tue, 09 Jun 2009 08:18:36 -0700
From: Jürgen Exner <jurgenex@hotmail.com>
Subject: Re: perl and CGI
Message-Id: <3pus25pfn02d7d694esl1hgkk2l1lshcdr@4ax.com>
Vit <FiNaR76@gmail.com> wrote:
>> And this is a perfect example of why mixing everything together is a bad
>> idea. This error message is _not_ a Perl error message.
>> Your program is perfectly fine. When run from the command line it will
>> print those intended 3 lines and then terminate without any error
>> message.
>> That means your problem lies in a different area, in your case probably
>> in a misunderstanding of the CGI protocol.
>
>I was just trying to figure out how perl and the web server works..
>I have already developed a perl file to manage a web form (send the
>forms field to an email address)... and the file seems to be ok..
>
>but when I run it on the server it gives me the same error...
>so I was wondering what was wrong and how can I debug the issue....
>
>any suggestion to find out the problem??
As I mentioned before, you DO NOT have an issue with Perl. Had you
written your program in C or Pascal or Basic or Fortran you would still
get the same error message.
Your issue is with the Common Gateway Interface. Therefore asking in a
NG that deals with CGI will probably address your problem more
accurately. Did you read the FAQ I pointed out? It contains several
pointers to more information.
jue
------------------------------
Date: Tue, 09 Jun 2009 17:34:56 +0200
From: Gunnar Hjalmarsson <noreply@gunnar.cc>
Subject: Re: perl and CGI
Message-Id: <797dpeF1pfc7mU1@mid.individual.net>
Vit wrote:
>> And this is a perfect example of why mixing everything together is a bad
>> idea. This error message is _not_ a Perl error message.
>> Your program is perfectly fine. When run from the command line it will
>> print those intended 3 lines and then terminate without any error
>> message.
>> That means your problem lies in a different area, in your case probably
>> in a misunderstanding of the CGI protocol.
>
> thank's for the suggestion....
>
> I was just trying to figure out how perl and the web server works..
>
> I have already developed a perl file to manage a web form (send the
> forms field to an email address)...
>
> and the file seems to be ok..
>
> but when I run it on the server it gives me the same error...
>
> so I was wondering what was wrong and how can I debug the issue....
>
> any suggestion to find out the problem??
Jürgen gave you a suggestion. If you run
perldoc -q 500
at the command line, you get an entry in the Perl FAQ that mentions
various possible reasons for the error message. The document can also be
found on the web:
http://perldoc.perl.org/perlfaq9.html
Since the program looks good, let me still give you a few hints:
- Is the path to perl correct?
- Did you upload the program in ASCII / TEXT mode?
- Is the program executable? (0755 works for most web servers)
--
Gunnar Hjalmarsson
Email: http://www.gunnar.cc/cgi-bin/contact.pl
------------------------------
Date: Tue, 09 Jun 2009 17:36:36 +0200
From: Gunnar Hjalmarsson <noreply@gunnar.cc>
Subject: Re: perl and CGI
Message-Id: <797dsiF1pfc7mU2@mid.individual.net>
Jürgen Exner wrote:
> As I mentioned before, you DO NOT have an issue with Perl. Had you
> written your program in C or Pascal or Basic or Fortran you would still
> get the same error message.
> Your issue is with the Common Gateway Interface. Therefore asking in a
> NG that deals with CGI will probably address your problem more
> accurately.
Any suggestions of such a NG?
--
Gunnar Hjalmarsson
Email: http://www.gunnar.cc/cgi-bin/contact.pl
------------------------------
Date: Tue, 09 Jun 2009 19:02:42 GMT
From: "A. Sinan Unur" <1usa@llenroc.ude.invalid>
Subject: Re: perl and CGI
Message-Id: <Xns9C25990F157Fasu1cornelledu@127.0.0.1>
Vit <FiNaR76@gmail.com> wrote in news:c735cb19-fe19-4379-8598-
64c31cb5a6fa@j20g2000vbp.googlegroups.com:
> in the webpage:
> <form action="\cgi-bin\my_email.cgi" method="post">
<form action="/cgi-bin/my_email.cgi" method="post">
...
> in the cgi-bin directori the "my_email.cgi" file:
> #!/usr/bin/perl
> print "Content-type: text/html\n\n";
> print "Hello, world!\n";
The content you send and the content type you specify conflict:
#!/usr/bin/perl
use strict;
use warnings;
$| = 1;
use CGI qw( -no_xhtml );
my $cgi = CGI->new;
print $cgi->header('text/html'),
$cgi->start_html(),
$cgi->p('Hello World!'),
$cgi->end_html();
__END__
> Error message:
> Premature end of script headers: my_email.cgi
>
> If you think this is a server error, please contact the webmaster.
>
> Error 500
As was pointed out, perldoc -q 500
Sinan
--
A. Sinan Unur <1usa@llenroc.ude.invalid>
(remove .invalid and reverse each component for email address)
comp.lang.perl.misc guidelines on the WWW:
http://www.rehabitation.com/clpmisc/
------------------------------
Date: Tue, 9 Jun 2009 12:03:22 -0700 (PDT)
From: ccc31807 <cartercc@gmail.com>
Subject: Re: perl and CGI
Message-Id: <cf7fb033-7e67-4687-93a0-cea45e7a6406@p4g2000vba.googlegroups.com>
On Jun 9, 10:12=A0am, Vit <FiNa...@gmail.com> wrote:
> Hi All,
>
> I'm new to the perl language....
>
> I'm trying to understand how this language work and I hav develop the
> following code:
Follow these three steps and this will provide a foundation:
1. Study (and I do mean STUDY) Learning Perl by Randal Schwartz
2. Study CGI/Perl by Diane Zak
3. Study the CGI documentation at the Apache Foundation website
(apache.org) with particular reference to httpd.conf (assuming that
you are using httpd to serve your your CGI scripts)
(optional) 4. I have found MySQL and Perl for the Web by Paul Dubois
valuable for actually building useful applications, and I strongly
recommend that you consider studying that book. It's not an entry
level book and you need to have a firm grasp of steps 1 through 3
before you can understand it.
CC.
------------------------------
Date: Tue, 09 Jun 2009 12:15:21 -0700
From: Jürgen Exner <jurgenex@hotmail.com>
Subject: Re: perl and CGI
Message-Id: <53dt25dhaiqr8nfundiv6l3tjg4kmte8p9@4ax.com>
"A. Sinan Unur" <1usa@llenroc.ude.invalid> wrote:
>Vit <FiNaR76@gmail.com> wrote in news:c735cb19-fe19-4379-8598-
[...]
>> in the cgi-bin directori the "my_email.cgi" file:
>> #!/usr/bin/perl
>> print "Content-type: text/html\n\n";
>> print "Hello, world!\n";
>
>The content you send and the content type you specify conflict:
Sorry for asking stupid and even off-topic, but: while true that
shouldn't cause a server error, should it?
>> Error message:
>> Premature end of script headers: my_email.cgi
>> Error 500
jue
------------------------------
Date: Tue, 09 Jun 2009 12:23:13 -0700
From: Jürgen Exner <jurgenex@hotmail.com>
Subject: Re: perl and CGI
Message-Id: <17dt255h5nij2gcp84tkbhh4p47qo88i5i@4ax.com>
Gunnar Hjalmarsson <noreply@gunnar.cc> wrote:
>Jürgen Exner wrote:
>> Your issue is with the Common Gateway Interface. Therefore asking in a
>> NG that deals with CGI will probably address your problem more
>> accurately.
>
>Any suggestions of such a NG?
I don't do CGI and am not interested in it, therefore I have no
information about the validity of any of the following NGs, which a
quick search for CGI in the NG directory of my provider returned:
comp.infosystems.www.authoring.cgi
perl.beginners.cgi
In other languages:
de.comm.infosystems.www.authoring.cgi
de.comp.lang.perl.cgi
it.comp.www.cgi
as well as several subgroups fido7.ru.cgi.* including fido7.ru.cgi.perl
in Russian
jue
------------------------------
Date: Tue, 09 Jun 2009 14:30:59 -0500
From: "J. Gleixner" <glex_no-spam@qwest-spam-no.invalid>
Subject: Re: perl and CGI
Message-Id: <4a2eada3$0$1334$815e3792@news.qwest.net>
Vit wrote:
> Hi All,
>
> I'm new to the perl language....
>
> I'm trying to understand how this language work and I hav develop the
> following code:
>
> in the webpage:
> <form action="\cgi-bin\my_email.cgi" method="post">
Change that to "/cgi-bin/my_email.cgi". Also, check in your
Web server's error log.
------------------------------
Date: Tue, 09 Jun 2009 12:34:21 -0700
From: Nathan Keel <nat.k@gm.ml>
Subject: Re: perl and CGI
Message-Id: <2PyXl.64$7G4.61@newsfe02.iad>
Jürgen Exner wrote:
> Gunnar Hjalmarsson <noreply@gunnar.cc> wrote:
>>Jürgen Exner wrote:
>>> Your issue is with the Common Gateway Interface. Therefore asking in
>>> a NG that deals with CGI will probably address your problem more
>>> accurately.
>>
>>Any suggestions of such a NG?
>
> I don't do CGI and am not interested in it, therefore I have no
> information about the validity of any of the following NGs, which a
> quick search for CGI in the NG directory of my provider returned:
>
> comp.infosystems.www.authoring.cgi
> perl.beginners.cgi
>
> In other languages:
> de.comm.infosystems.www.authoring.cgi
> de.comp.lang.perl.cgi
> it.comp.www.cgi
> as well as several subgroups fido7.ru.cgi.* including
> fido7.ru.cgi.perl in Russian
>
> jue
All of the CGI groups are dead (and I mean literally dead, not just low
activity). They used to be pretty busy, but died off about 5 years
ago. There's not a lot to get Perl working for CGI, mainly just the
header output, permissions set properly and a few other minor things,
so I'm not surprised CGI specific groups are no more.
------------------------------
Date: Tue, 09 Jun 2009 21:50:11 +0200
From: Gunnar Hjalmarsson <noreply@gunnar.cc>
Subject: Re: perl and CGI
Message-Id: <797so0F18953uU1@mid.individual.net>
Jürgen Exner wrote:
> Gunnar Hjalmarsson <noreply@gunnar.cc> wrote:
>> Jürgen Exner wrote:
>>> Your issue is with the Common Gateway Interface. Therefore asking in a
>>> NG that deals with CGI will probably address your problem more
>>> accurately.
>>
>> Any suggestions of such a NG?
>
> I don't do CGI and am not interested in it,
That's what I suspected. The natural follow-up question is: Why on earth
are you so quick to reply to CGI related questions??
> therefore I have no
> information about the validity of any of the following NGs, which a
> quick search for CGI in the NG directory of my provider returned:
>
> comp.infosystems.www.authoring.cgi
Dead since long.
> perl.beginners.cgi
NNTP interface at nntp.perl.org to the mailing list beginners-cgi
http://lists.cpan.org/showlist.cgi?name=beginners-cgi
(which actually is alive)
--
Gunnar Hjalmarsson
Email: http://www.gunnar.cc/cgi-bin/contact.pl
------------------------------
Date: Tue, 9 Jun 2009 23:40:02 +0200
From: "Peter J. Holzer" <hjp-usenet2@hjp.at>
Subject: Re: perl and CGI
Message-Id: <slrnh2tllj.q18.hjp-usenet2@hrunkner.hjp.at>
On 2009-06-09 19:03, ccc31807 <cartercc@gmail.com> wrote:
> On Jun 9, 10:12 am, Vit <FiNa...@gmail.com> wrote:
>> I'm new to the perl language....
>>
>> I'm trying to understand how this language work and I hav develop the
>> following code:
>
> Follow these three steps and this will provide a foundation:
> 1. Study (and I do mean STUDY) Learning Perl by Randal Schwartz
> 2. Study CGI/Perl by Diane Zak
> 3. Study the CGI documentation at the Apache Foundation website
> (apache.org) with particular reference to httpd.conf (assuming that
> you are using httpd to serve your your CGI scripts)
3.5. Find out where your web server keeps the log files (especially the
error log) and READ THEM!
> (optional) 4. I have found MySQL and Perl for the Web by Paul Dubois
hp
------------------------------
Date: Tue, 09 Jun 2009 20:59:42 +0200
From: Gunnar Hjalmarsson <noreply@gunnar.cc>
Subject: Re: perl modules; used or not
Message-Id: <797ppbF1phusnU1@mid.individual.net>
okey wrote:
> On Jun 8, 4:06 pm, okey <oldyor...@yahoo.com> wrote:
>> We use perl on a linux box with apache and need to find out which of
>> the modules are actually used. A thought was given to lsof, but it's
>> not really a monitor. We have a validated system that needs updating
>> and we need to know "where we are". Thank you for any ideas.
>
> Seems Linux has auditing that does this very thing. So says our IT
> guy. Sorry for the noise.
Otherwise it's easy to find out by checking out the %INC hash.
print "$_ = $INC{$_}\n" for keys %INC;
--
Gunnar Hjalmarsson
Email: http://www.gunnar.cc/cgi-bin/contact.pl
------------------------------
Date: Tue, 9 Jun 2009 16:24:35 -0400
From: Anthony N <nguyen29@hotmail.com>
Subject: Strawberry and Vanilla Perl
Message-Id: <ghwnq3xa3178$.sepzhqfjuwkc.dlg@40tude.net>
Can somebody clarify this for me? Strawberry Perl is a Windows distribution
of Perl, and Vanilla Perl is a Windows distribution of Perl for building
one's own Windows Perl distribution, could somebody tell me if I'm right or
not. If not then can you explain to me? Thank you!
--
Anthony N
------------------------------
Date: Tue, 9 Jun 2009 21:53:11 +0100
From: Ben Morrow <ben@morrow.me.uk>
Subject: Re: Strawberry and Vanilla Perl
Message-Id: <nmu2g6-tle1.ln1@osiris.mauzo.dyndns.org>
Quoth nguyen29@hotmail.com:
> Can somebody clarify this for me? Strawberry Perl is a Windows distribution
> of Perl, and Vanilla Perl is a Windows distribution of Perl for building
> one's own Windows Perl distribution, could somebody tell me if I'm right or
> not. If not then can you explain to me? Thank you!
Not quite. Vanilla Perl is a distribution of Perl for Win32, with a
bundled compiler, that is compiled straight from the perl-5.10.0.tar.gz
release. No extra modules, no patches applied, no bugs fixed, &c;
however, the CPAN toolchain is set up appropriately for you, so you can
type
cpan -i Some::Module
and expect it to Just Work. This differs from ActiveState's perl in
that AS (a) apply quite a few patches to their perl before distributing
it, (b) don't supply a compiler[0], and therefore (c) expect you to
install all your modules through their PPM mechanism.
[0] And a compiler compatible with ActivePerl is not cheap, and AFAIK no
longer available (I think it's still built with MSVC6, and MSVC7, 8,
and 9 are Not The Same), though AS do include a somewhat half-
hearted hack to try and make it work with gcc if you've got that
installed.
Strawberry Perl is Vanilla Perl with a number of extra modules installed
that are somewhat difficult to get installed under Win32, generally
because they depend on extranal libraries that are tricky to compile.
This is what ordinary perl users should be using.
Chocolate Perl is a proposed extension to Strawberry Perl that will
contain enough bundled modules to allow you to run GUI apps
out-of-the-box. AFAIK it isn't finished yet.
Ben
------------------------------
Date: Tue, 09 Jun 2009 21:15:19 +0200
From: News123 <news123@free.fr>
Subject: Re: What happened to perl doc
Message-Id: <4a2eb4c8$0$7881$426a34cc@news.free.fr>
Ben Bullock wrote:
> On Thu, 04 Jun 2009 16:20:59 +0000, A. Sinan Unur wrote:
>
>> perl man <klausfpga@gmail.com> wrote in
>> news:80ddda9c-27b3-4346-b59c-5630341b15ad@f10g2000vbf.googlegroups.com:
>>
>>> I use perldoc.perl.org a lot to browse perl documentation interactively
>>> Loosing this capability would be a real pity :-(
>> Why???
>
> The HTML version has hyperlinks and colours and things.
>
>> The documentation for your version of Perl is on your computer.
>> Yes, even the HTML version (assuming ActiveState on Windows ).
>
> The HTML version is not on my current computer. I must have forgotten to
> install it or something. Anyway, I often end up at the online version of
> the documentation via Google. It's also useful for bookmarking via
> "delicious" if you are moving from one computer to another.
>
One other advantage of the HTML version (offline or online) is the
search capability. With the HTML version you get more (useful) hits for
a given search word
Perldoc seems to find les hits, though there might be a command line
optionm which I don't know, to have a similiar thorough search
bye
N
------------------------------
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 2466
***************************************
