[22423] in Perl-Users-Digest
Perl-Users Digest, Issue: 4644 Volume: 10
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Fri Feb 28 21:06:27 2003
Date: Fri, 28 Feb 2003 18:05:13 -0800 (PST)
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)
Perl-Users Digest Fri, 28 Feb 2003 Volume: 10 Number: 4644
Today's topics:
Re: accessing functions from other perl programs (Tad McClellan)
Re: Counting matches in a regular expression <tore@aursand.no>
Re: Counting matches in a regular expression <tore@aursand.no>
Re: Counting matches in a regular expression (Malcolm Dew-Jones)
Re: Destroying a variable in an embedded perl interpret nobull@mail.com
Re: driving me nuts! <cpryce@pryce.net>
Re: driving me nuts! <JCornwall_must_remove_this_part@cox.net>
Re: driving me nuts! (Tad McClellan)
Re: Formmail with file upload addition <me@privacy.net>
help with printing an array of strings <dmanjunath@yahoo.com>
Re: help with printing an array of strings <ddunham@redwood.taos.com>
Re: help with printing an array of strings <skuo@mtwhitney.nsc.com>
Re: help with printing an array of strings <krahnj@acm.org>
installing module Win32::SerialPort (nedesat)
Re: Just a plain Perl manual. But where?? (Anno Siegel)
Re: Just a plain Perl manual. But where?? <steveo@nomail.please.se>
Re: Just a plain Perl manual. But where?? <mgjv@tradingpost.com.au>
Re: Just a plain Perl manual. But where?? <me@privacy.net>
Re: Just a plain Perl manual. But where?? (Tad McClellan)
Re: Just a plain Perl manual. But where?? (Jay Tilton)
Re: Just a plain Perl manual. But where?? (Tad McClellan)
Re: Killing "process groups" on Win32 (Sisyphus)
Re: modperl2 form parsing <kamil@666.afraid.org>
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Fri, 28 Feb 2003 17:24:58 -0600
From: tadmc@augustmail.com (Tad McClellan)
Subject: Re: accessing functions from other perl programs
Message-Id: <slrnb5vrua.1u6.tadmc@magna.augustmail.com>
hugo <hugo@geoinformex.com> wrote:
> e.g. if I have:
>
> someprogram.pl which contains
>
> sub dosomething { code here... }
>
> how do I access the function
>
> dosomething { }
^ ^
^ ^ parenthesis, not curly braces in function calls
> from anotherprogram.pl ?
require 'someprogram.pl';
dosomething ( );
> I know about using modules i.e.
Modules are much much better than the "Perl 4 way" shown above.
I encourage you to learn how to do it right (ie. with a module).
> but how do you share functions between perl program? Stupid question
> perhaps but the documentation I found
What documentation have you found?
> is not very clear and so I would
> much appreciate it very much if someone could explain the basics using
> some simple examples.
Step one:
perldoc -q module
"How do I create a module?"
Then:
change the name of "someprogram.pl" to "SomeFuncs.pm" and add
these four lines at the top:
package SomeFuncs;
use Exporter ();
@ISA = qw(Exporter);
@EXPORT = qw(dosomething);
(can't call it "someprogram.pm" because it is not a program, and
because all lowercase module names are "special" by convention.
)
Then put this in the main program instead of the "require":
use SomeFuncs;
That's it! You are now using a module of your own creation.
--
Tad McClellan SGML consulting
tadmc@augustmail.com Perl programming
Fort Worth, Texas
------------------------------
Date: Fri, 28 Feb 2003 20:17:28 +0100
From: "Tore Aursand" <tore@aursand.no>
Subject: Re: Counting matches in a regular expression
Message-Id: <pan.2003.02.28.10.46.28.103827@aursand.no>
On Fri, 28 Feb 2003 03:01:19 +0000, Barty wrote:
> So say I have 1,4,10,15,20,44 and I want to find out how many of those
> match in a string: |4|14|20|24|40|44|.
What you really have here, is two arrays;
# Assign variables
my @selected = qw( 1 4 10 15 20 44 );
my @mine = qw( 4 14 20 24 40 44 );
my %count = ();
# "Convert" @selected to a hash
foreach ( @selected ) {
$count{$_}++;
}
# Match
foreach ( @mine ) {
if ( $count{$_} ) {
# match
}
}
Neither the shortest or the fastest answer, I guess, but in my opinion
very easy to read and fast enough for any lottery game out there. :)
--
Tore Aursand - tore@aursand.no - http://www.aursand.no/
------------------------------
Date: Sat, 01 Mar 2003 00:06:28 +0100
From: "Tore Aursand" <tore@aursand.no>
Subject: Re: Counting matches in a regular expression
Message-Id: <pan.2003.02.28.23.00.43.232342@aursand.no>
On Fri, 28 Feb 2003 20:17:28 +0100, Tore Aursand wrote:
>> So say I have 1,4,10,15,20,44 and I want to find out how many of those
>> match in a string: |4|14|20|24|40|44|.
> What you really have here, is two arrays; [...]
...and it seems that I forgot to tell you how do extract values from lists
like those you mentioned to create an array;
'perldoc -f split'
--
Tore Aursand - tore@aursand.no - http://www.aursand.no/
------------------------------
Date: 28 Feb 2003 15:59:57 -0800
From: yf110@vtn1.victoria.tc.ca (Malcolm Dew-Jones)
Subject: Re: Counting matches in a regular expression
Message-Id: <3e5ff7fd@news.victoria.tc.ca>
Barty (me@me.com) wrote:
: Hi everyone, I would be grateful if someone could fill in the blanks for me
: on this.. I can't seem to find the answer...
: I need to quickly find the number of matches of six numbers within a string.
: Yes, this is a lottery-type question..
: So say I have 1,4,10,15,20,44 and I want to find out how many of those match
: in a string: |4|14|20|24|40|44|. Is there a way to do this in one regular
: expression?
I will use a different seperater than | to avoid escaping issues
Repeated numbers might give you unwanted counts, but something like...
# | in `string' replaced with -
$string = '-4-14-20-24-40-44-';
# here the | will be the regex op, it has nothing to do with
# the | in the `string' shown above. The - is the seperater
# I used in my string.
$numbers = join '|' , map { "-$_-" } (1,4,10,15,20,44);
# each "number" is actually e.g. -10-
@matched_numbers = $string =~ m/$numbers/g;
print "@matched_numbers";
(This is probably a faq, this answer is just for my fun).
------------------------------
Date: 28 Feb 2003 11:50:25 -0800
From: nobull@mail.com
Subject: Re: Destroying a variable in an embedded perl interpreter
Message-Id: <4dafc536.0302281150.5f0471ae@posting.google.com>
"Alex" <a@b.c.com> wrote in message news:<RASNKYz3CHA.260@newsgroup.korea.com>...
> I create a hash in the main package with:
>
> HV* hv = get_hv("main::test_hash", TRUE);
>
> I then populate it with a number of calls to hv_store.
>
> Later, I want to destroy the hash. SvREFCNT_dec successfully decrements the
> reference count of the HV to 0 (and the SVs stored in it), and I thought
> that this would completely destroy the variable,
No, SvREFCNT_dec decrements the reference count. You should only do
it if you get rid of a reference that doesn't refcount automatically
(like a simple HV* C pointer) and you had increased the reference
count to keep the SV (or HV whatever) alive.
But the reference in this case is in the glob *main::test_hash if you
want to legitimately drop the reference count to zero you need to
somehow remove the hash reference element of the GLOB
*main::test_hash.
This may be possible, but why bother?
If you are writing in Perl you'd never do so (I'm not even sure you
can do so in Perl without removing the whole of *test_hash).
Why not just hv_undef() or hv_clear(), equivalent to:
undef %test_hash; # Loose content and buckets
Or:
%test_hash = (); # Loose content, keep buckets
------------------------------
Date: Fri, 28 Feb 2003 14:21:27 -0600
From: cp <cpryce@pryce.net>
Subject: Re: driving me nuts!
Message-Id: <BA8520E7.195EB%cpryce@pryce.net>
in article 3E5F8D46.405B073E@cox.net, James F. Cornwall at
JCornwall_must_remove_this_part@cox.net wrote on 2/28/03 10:24 AM:
>> You want a variable called $fooserver?
>>
>> perldoc -q "variable name"
>>
>> explains how to do it and why you shouldn't do that.
>>
>> Wolf
>
> On the systems I have access to, the above perldoc query gives a "No
> documentation for perl FAQ keyword 'variable name' found" response.
> Briefly, why would this be a bad thing? Or in what section of the docs
> available at perl.com might I find this in?
>
> Jim
> (no I do not have sufficient permissions to upgrade our Perl to the
> current level, we're at 5.00502 and we will stay there for a while
> regardless of my desires)
Try it without the quotes.
This is a Frequently Asked Question covered in perlfa8:
How can I use a variable as a variable name?
You can read the FAQ for current versions of Perl at www.perldoc.com.
Or, you can search the news groups on Google with:
http://groups.google.com/groups?hl=en&lr=&ie=ISO-8859-1&q=symbolic+reference
s+group%3Acomp.lang.perl.*&btnG=Google+Search
(un-wrap the above line)
Which will reveal 1,300 + articles, mostly telling why using symbolic
references should be avoided.
cp
------------------------------
Date: Fri, 28 Feb 2003 21:03:11 GMT
From: "James F. Cornwall" <JCornwall_must_remove_this_part@cox.net>
Subject: Re: driving me nuts!
Message-Id: <3E5FCE8F.2F73DE6A@cox.net>
cp wrote:
>
> in article 3E5F8D46.405B073E@cox.net, James F. Cornwall at
> JCornwall_must_remove_this_part@cox.net wrote on 2/28/03 10:24 AM:
>
> >> You want a variable called $fooserver?
> >>
> >> perldoc -q "variable name"
> >>
> >> explains how to do it and why you shouldn't do that.
> >>
> >> Wolf
(SNIP)
> Try it without the quotes.
>
That works fine, thanks.
Jim
> This is a Frequently Asked Question covered in perlfa8:
> How can I use a variable as a variable name?
>
> You can read the FAQ for current versions of Perl at www.perldoc.com.
>
> Or, you can search the news groups on Google with:
> http://groups.google.com/groups?hl=en&lr=&ie=ISO-8859-1&q=symbolic+reference
> s+group%3Acomp.lang.perl.*&btnG=Google+Search
>
> (un-wrap the above line)
> Which will reveal 1,300 + articles, mostly telling why using symbolic
> references should be avoided.
>
> cp
--
****************************************************
** Facilior veniam posterius quam prius capere! **
****************************************************
** James F. Cornwall, sole owner of all opinions **
** expressed in this message... **
****************************************************
------------------------------
Date: Fri, 28 Feb 2003 17:43:50 -0600
From: tadmc@augustmail.com (Tad McClellan)
Subject: Re: driving me nuts!
Message-Id: <slrnb5vt1m.1u6.tadmc@magna.augustmail.com>
James F. Cornwall <JCornwall_must_remove_this_part@cox.net> wrote:
> Wolf Behrenhoff wrote:
>> Robert Reilly wrote:
>> >
>> > All, I have a program that i want to assaign a value to a scalar which
>> > has a scalar name appended to it i.e
>> You want a variable called $fooserver?
>> explains how to do it and why you shouldn't do that.
> Briefly, why would this be a bad thing?
"action at a distance", plus potential security exploits.
> Or in what section of the docs
> available at perl.com might I find this in?
There is a nice series of articles on the evil that is symrefs here:
http://www.plover.com/~mjd/perl/varvarname.html
http://www.plover.com/~mjd/perl/varvarname2.html
http://www.plover.com/~mjd/perl/varvarname3.html
> (no I do not have sufficient permissions to upgrade our Perl to the
> current level, we're at 5.00502 and we will stay there for a while
> regardless of my desires)
That is almost 5 years old in human-years, a lot more in
computer-years. Your sysadmin is unethical if they cash
their paychecks, because they are not doing their job...
You do not have to install perl to access the docs, though
you won't be able to use perldoc to do it.
Get the tar ball, uncompress it, and read the (current)
versions of the docs.
Another alternative is to install a modern perl in some
out-of-the-way place, leaving your legacy programs to use the
crusty old perl.
--
Tad McClellan SGML consulting
tadmc@augustmail.com Perl programming
Fort Worth, Texas
------------------------------
Date: Sat, 1 Mar 2003 09:56:38 +1100
From: "Tintin" <me@privacy.net>
Subject: Re: Formmail with file upload addition
Message-Id: <b3opfa$1o3gvn$1@ID-172104.news.dfncis.de>
"Neil C" <neilc252@yahoo.com> wrote in message
news:16125239.0302281040.c4b970d@posting.google.com...
> To All who can help:
>
> I am using FormMail (you know the one)
Well, actually we don't know the one. Are you using Matt's version or the
superior NMS version?
------------------------------
Date: Fri, 28 Feb 2003 19:02:36 GMT
From: "manj dodda" <dmanjunath@yahoo.com>
Subject: help with printing an array of strings
Message-Id: <gnO7a.580$%v1.358@newssvr16.news.prodigy.com>
I have an array of strings like,
$array[0] = "my name is Henry" ;
$array[1] = "What is yours" ;
$array[2] = "Food" ;
now i want to print the array with the max len of array[0] which will be
16. How do i do it ?.
my $maxlen = 16 ;
for($i=0; $i <= $#array ; $i++){
printf HANDLE("%s", $array[$i]) ;
}
Thanks in advance
md
------------------------------
Date: Fri, 28 Feb 2003 20:16:21 GMT
From: Darren Dunham <ddunham@redwood.taos.com>
Subject: Re: help with printing an array of strings
Message-Id: <psP7a.423$Gi5.29485297@newssvr21.news.prodigy.com>
manj dodda <dmanjunath@yahoo.com> wrote:
> I have an array of strings like,
> $array[0] = "my name is Henry" ;
> $array[1] = "What is yours" ;
> $array[2] = "Food" ;
That part I understand.
> now i want to print the array with the max len of array[0] which will be
> 16. How do i do it ?.
That part I don't. What exactly do you want to do with the max len and
why do you care?
> my $maxlen = 16 ;
> for($i=0; $i <= $#array ; $i++){
> printf HANDLE("%s", $array[$i]) ;
> }
Please let me know what you want to do that wouldn't be handled by
this...
foreach (@array)
{ print "$_\n"; }
--
Darren Dunham ddunham@taos.com
Unix System Administrator Taos - The SysAdmin Company
Got some Dr Pepper? San Francisco, CA bay area
< This line left intentionally blank to confuse you. >
------------------------------
Date: Fri, 28 Feb 2003 12:26:40 -0800
From: Steven Kuo <skuo@mtwhitney.nsc.com>
Subject: Re: help with printing an array of strings
Message-Id: <Pine.GSO.4.21.0302281223300.837-100000@mtwhitney.nsc.com>
On Fri, 28 Feb 2003, manj dodda wrote:
> I have an array of strings like,
>
> $array[0] = "my name is Henry" ;
> $array[1] = "What is yours" ;
> $array[2] = "Food" ;
>
> now i want to print the array with the max len of array[0] which will be
> 16. How do i do it ?.
>
> my $maxlen = 16 ;
> for($i=0; $i <= $#array ; $i++){
> printf HANDLE("%s", $array[$i]) ;
> }
>
I don't understand the question. I'll hazard a guess and suggest
that you look into substr, legnth, and (s)printf in perldoc.
# Perhaps you meant something like:
my @array;
$array[0] = "my name is Henry" ;
$array[1] = "What is yours" ;
$array[2] = "Food" ;
$array[3] = "Some string that's really really long" ;
for (@array) {
print substr($_,0,16), "*\n";
}
# space padded, left-justified
for (@array) {
printf ("%-16s*\n",substr($_,0,16));
}
# as above but with dynamically determined field length
for (@array) {
printf ("%-${\(length($array[0]))}s*\n",substr($_,0,length($array[0])));
}
--
Hope this helps,
Steven
------------------------------
Date: Fri, 28 Feb 2003 20:47:58 GMT
From: "John W. Krahn" <krahnj@acm.org>
Subject: Re: help with printing an array of strings
Message-Id: <3E5FCB02.B861EC0A@acm.org>
manj dodda wrote:
>
> I have an array of strings like,
>
> $array[0] = "my name is Henry" ;
> $array[1] = "What is yours" ;
> $array[2] = "Food" ;
>
> now i want to print the array with the max len of array[0] which will be
> 16. How do i do it ?.
>
> my $maxlen = 16 ;
> for($i=0; $i <= $#array ; $i++){
> printf HANDLE("%s", $array[$i]) ;
> }
Perhaps this is what you want:
my $maxlen = length $array[0];
for ( @array ) {
printf HANDLE "%-${maxlen}.${maxlen}s\n", $_;
}
John
--
use Perl;
program
fulfillment
------------------------------
Date: 28 Feb 2003 16:25:25 -0800
From: nedesat@37.com (nedesat)
Subject: installing module Win32::SerialPort
Message-Id: <7744f709.0302281625.2207befa@posting.google.com>
I tried to install the module in Windows 2000 using PPM, and got
the following message:
Error installing package 'Win32-SerialPort': Read a PPD for
'Win32-SerialPort', but it is not intended for this build of Perl
(MSW in32-x86-multi-thread)
Is it a bug, or this module just does not work with the latest
release of ActivePerl? (perl, v5.6.1 built for MSWin32-x86-multi-thread)
------------------------------
Date: 28 Feb 2003 22:15:45 GMT
From: anno4000@lublin.zrz.tu-berlin.de (Anno Siegel)
Subject: Re: Just a plain Perl manual. But where??
Message-Id: <b3on2h$m69$1@mamenchi.zrz.TU-Berlin.DE>
Ryan Shondell <shondell@cis.ohio-state.edu> wrote in comp.lang.perl.misc:
> helgi@decode.is (Helgi Briem) writes:
>
> > On Fri, 28 Feb 2003 17:56:41 +0200, Steve O
> > <steveo@nomail.please.se> wrote:
>
> > >Those pages are monsterous!!! And none of them points you to
> > >a downloadable version of Perl-manual.
> >
> > B****it.
>
> Biscuit? Babysit? Benefit? I give up... :-)
Never heard of Foul Ole Ron? Buggrit.
Anno
------------------------------
Date: Sat, 01 Mar 2003 11:07:50 +0200
From: Steve O <steveo@nomail.please.se>
Subject: Re: Just a plain Perl manual. But where??
Message-Id: <3E607866.D889D982@nomail.please.se>
Helgi Briem wrote:
>
> It's there too. If you want a book, buy a book.
>
Couple of weeks ago I already learned to use PHP without having to
buy any printed books.
My PHP script worked fine. But the sad thing was that the PHP-version
on my ISP's server was so weak, that it coud not handle small
HTTP -upload/downloads five..ten times in sequence, but server's
PHP frozed.
Perl at ISP seems to handle those HTTP protocol upoad/downloads
fine. Fast, and no freezing at all.
If I just could get some of those refines done to my Perl-CGI skripts,
I could return back to Windows programming where I'm better home.
> >All there is available are those on-line manuals, that require you
> >to have line open all the time.
> Every programmer in the world should *always* have a command line open all the time.
This was so strange to me, to have to keep line open all the time,
just to be able to read Help files.
I really don't like this approach, when I run my laptop, and all
I have is the costy and slow GPRS-line to the net.
> perldoc -q insert will tell you all about that
Are you quite sure about this? And what Perl-version does it require?
If it try exactly that way with Windows Perl 5,
"perldoc -q insert" I get only the general Perl help screen.
If I try
"perldoc insert" I get "No documentation found for 'Insert'."
I know all the Perl enthusiast will hate to hear any critics from
some Windows hacker. But I'll say it anyway: This kind of command
mode Help looks quite prehistoric for any Windows user.
We have 2000-3000 MHz machines and 21" screens, but the Perl Help
looks we were still on the Teletype era. Where's the Context
Sensitive help, hyperlinks etc.
What I also discowered was, that there were better documenting
for PHP available, and PHP seems winning markets also.
To gain some more Windows users to get interested in Perl
would require the Help file to turned to normal Windows .HLP.
That's not so huge task.
Yeah... who would want to have any more of those Windows folks
to come and whine here...<g>
---
Anyway, I got here better acceptance than I had earned, according to
my original posting.
Thanks for all the answers. I'll try to hold my temper, and look
for instance that http://www.perldoc.com and some other places.
Steve O
------------------------------
Date: Sat, 1 Mar 2003 10:24:21 +1100
From: Martien Verbruggen <mgjv@tradingpost.com.au>
Subject: Re: Just a plain Perl manual. But where??
Message-Id: <slrnb5vrt5.2fm.mgjv@martien.heliotrope.home>
On Fri, 28 Feb 2003 17:56:41 +0200,
Steve O <steveo@nomail.please.se> wrote:
> It is so cumbersome and also sad, that you can't get a Perl manual
> from the net.
[snip more whining]
With the attitude you have, maybe you should consider flipping
hamburgers instead of programming.
Martien
--
|
Martien Verbruggen |
| In a world without fences, who needs Gates?
|
------------------------------
Date: Sat, 1 Mar 2003 10:35:08 +1100
From: "Tintin" <me@privacy.net>
Subject: Re: Just a plain Perl manual. But where??
Message-Id: <b3ornf$1ob9fe$1@ID-172104.news.dfncis.de>
"Steve O" <steveo@nomail.please.se> wrote in message
news:3E607866.D889D982@nomail.please.se...
> Helgi Briem wrote:
>
> > >All there is available are those on-line manuals, that require you
> > >to have line open all the time.
> > Every programmer in the world should *always* have a command line open
all the time.
>
> This was so strange to me, to have to keep line open all the time,
> just to be able to read Help files.
> I really don't like this approach, when I run my laptop, and all
> I have is the costy and slow GPRS-line to the net.
You've misunderstood. All the documents are on your harddrive. You do not
need to be connected to the Internet to read them. Helgi is saying that you
should have a command shell (or equivalent) open.
>
> > perldoc -q insert will tell you all about that
>
> Are you quite sure about this? And what Perl-version does it require?
Perl 5
>
> If it try exactly that way with Windows Perl 5,
Is that ActiveState Perl?
> "perldoc -q insert" I get only the general Perl help screen.
Works for me. Which "general" help screen are you referring to?
> I know all the Perl enthusiast will hate to hear any critics from
> some Windows hacker. But I'll say it anyway: This kind of command
> mode Help looks quite prehistoric for any Windows user.
Well, I use Perl on Windows and Unix servers. On the unix servers, I use
the command line to view the documentation. On Windows I have ActiveState
Perl installed and use the HTML documentation which is nicely indexed and
has a search facility.
>
> We have 2000-3000 MHz machines and 21" screens, but the Perl Help
> looks we were still on the Teletype era. Where's the Context
> Sensitive help, hyperlinks etc.
In ActiveState Perl.
------------------------------
Date: Fri, 28 Feb 2003 18:07:06 -0600
From: tadmc@augustmail.com (Tad McClellan)
Subject: Re: Just a plain Perl manual. But where??
Message-Id: <slrnb5vuda.1u6.tadmc@magna.augustmail.com>
Steve O <steveo@nomail.please.se> wrote:
> It is so cumbersome and also sad, that you can't get a Perl manual
> from the net.
You don't need to get it from the net if it is already on
your own hard disk (and it is).
> I would take any usual and general Windows format, .TXT
> but this kind of documentation just is
> not available in downloadable format.
Perhaps not, but it is available in a better-than-downloadable
format, namely in a "locally generated from other stuff" format.
> And none of them points you to
> a downloadable version of Perl-manual.
You do not need a downloadable version if you can get a version
that does not require downloading explicitly.
> And the the in-house "POD-format", that
> must be run through Perl.
POD does nothing useful when you run it through perl (case matters).
Perhaps you meant: run through perldoc?
That is still not accurate. There are many programs that process
POD data, perldoc is just one of them. If perldoc does not do
what you want, see if one of the other programs does.
> Where is the helpful and generous Open Source spirit now, once
> you would need it?
<cheap-shot type="inaccurate too">
Maybe folks that use your platform are not used to doing
stuff for free.
</cheap-shot>
> Just read the manual how to Open, Read a date from inside, change
> the date and Save the file back with Perl.
Use the 'pod2text' program that comes with the perl distribution
to convert the POD files to your desired *.TXT format.
> For Windows apps, you'll just download the app and documents, and
> can use them right away. But for Unix and Perl-type tools, everything
> is sooo complicated, even to get a plain manual is a huge and
> tedious task.
If Perl is too hard to use for you, then simply do not use Perl. Easy!
> I'm now so pissed, that I really can not hope Unix/Linux to win any
> more market room, and Windows to loose it.
Apples to Oranges.
What does Unix/Linux have to do with Perl?
> Thanks for reading this far.
I am amazed that I did. I must be getting more tolerant in my old age.
--
Tad McClellan SGML consulting
tadmc@augustmail.com Perl programming
Fort Worth, Texas
------------------------------
Date: Sat, 01 Mar 2003 00:39:14 GMT
From: tiltonj@erols.com (Jay Tilton)
Subject: Re: Just a plain Perl manual. But where??
Message-Id: <3e600100.1929339@news.erols.com>
Steve O <steveo@nomail.please.se> wrote:
: I would take any usual and general Windows format, .TXT, .DOC, .HLP
: even HTML would be fine, but this kind of documentation just is
: not available in downloadable format.
No, but it can be obtained with only a little fuss.
One possibility would be to install ActivePerl, copy the whole
Perl\html\ directory structure to a convenient location, then
uninstall Perl. (The html docs are constructed from POD during the
install process, so extracting or installing them separately isn't an
option.)
Or...
Once upon a time, IIRC, Activestate wrapped the docs up into a nicely
portable and searchable .chm. If you can lay hands on one of their
old Perl packages, you could snatch the files you need and chuck the
rest. Its content won't be current, but it may be adequate for your
needs.
Or...
There's always the Camel. It covers everything the standard docs do.
Not searchable, but it's superbly indexed. Dead trees make better
bathroom or bedtime reading than a laptop screen anyway.
: My Perl-5 installation for Windows is not willing to work.
If you can elaborate on the difficulties you're having with that,
perhaps a reader can help overcome them.
------------------------------
Date: Fri, 28 Feb 2003 19:27:09 -0600
From: tadmc@augustmail.com (Tad McClellan)
Subject: Re: Just a plain Perl manual. But where??
Message-Id: <slrnb6033d.293.tadmc@magna.augustmail.com>
Steve O <steveo@nomail.please.se> wrote:
> I know all the Perl enthusiast will hate to hear any critics from
> some Windows hacker. But I'll say it anyway: This kind of command
> mode Help looks quite prehistoric for any Windows user.
Aha!
Your gripes are not about Perl at all!
You are complaining about your *distribution* of Perl.
Contact ActiveState with your requests, they just might
do something about it...
> Thanks for all the answers. I'll try to hold my temper,
^^^^^^^^^^^^^^^^^^^^^
There is a good reason for the "count to ten" suggestions in the
Posting Guidelines that are posted here frequently. :-)
--
Tad McClellan SGML consulting
tadmc@augustmail.com Perl programming
Fort Worth, Texas
------------------------------
Date: 28 Feb 2003 17:06:19 -0800
From: kalinabears@hdc.com.au (Sisyphus)
Subject: Re: Killing "process groups" on Win32
Message-Id: <e615828f.0302281706.3f833863@posting.google.com>
Allan Herriman <allan_herriman.hates.spam@agilent.com> wrote in message news:<jnnr5v4b5t3mgobfvtb64jvjq7f841kfl2@4ax.com>...
<snip>
> (Actually 2000 has "jobs" in its API, but these don't seem to
> be available through Perl. In any case, they wouldn't work on NT.)
>
<snip>
'libwin' now contains the module 'Win32::Job' for controlling 'jobs'.
Should ship as standard with AS perl, I think.
But, yes .... no good on NT.
Cheers,
Rob
------------------------------
Date: Sat, 1 Mar 2003 01:25:36 +0100
From: "Kamil" <kamil@666.afraid.org>
Subject: Re: modperl2 form parsing
Message-Id: <b3oumi$a8u$1@atlantis.news.tpi.pl>
Użytkownik "Randy Kobes" <randy@theoryx5.uwinnipeg.ca> napisał w wiadomości
news:slrnb5uuqr.2nv.randy@theoryx5.uwinnipeg.ca...
> Try $r->content and/or $r->Apache::args, available with the
> Apache::compat module.
Thanks a lot,
Kamil.
------------------------------
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.
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 V10 Issue 4644
***************************************
