[30248] in Perl-Users-Digest
Perl-Users Digest, Issue: 1491 Volume: 11
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Tue Apr 29 00:09:40 2008
Date: Mon, 28 Apr 2008 21: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 Mon, 28 Apr 2008 Volume: 11 Number: 1491
Today's topics:
Re: Can't find right printf format <uri@stemsystems.com>
Extracting a table from a webpage <googlinggoogler@hotmail.com>
Re: Extracting a table from a webpage <benkasminbullock@gmail.com>
Re: Extracting a table from a webpage <noreply@gunnar.cc>
Re: FAQ 3.3 Is there a Perl shell? <jo@nosp.invalid>
Looking for any programmer ($850k+/yr telecommute) <b.cilfone.uber@googlemail.com>
Re: Marketing Software <benkasminbullock@gmail.com>
Pipe and Par questions <edgrsprj@ix.netcom.com>
Re: Pipe and Par questions <benkasminbullock@gmail.com>
Re: Pipe and Par questions <jurgenex@hotmail.com>
Re: Pipe and Par questions <ben@morrow.me.uk>
Re: Pipe and Par questions <edgrsprj@ix.netcom.com>
Re: Pipe and Par questions <edgrsprj@ix.netcom.com>
Re: Pipe and Par questions <edgrsprj@ix.netcom.com>
Re: Pipe and Par questions <jurgenex@hotmail.com>
Re: use of DBI; I am getting multiple error messages mi <cwilbur@chromatico.net>
Re: use of DBI; I am getting multiple error messages mi <hjp-usenet2@hjp.at>
Re: Windows mail. <veatchla@yahoo.com>
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Mon, 28 Apr 2008 20:59:17 GMT
From: Uri Guttman <uri@stemsystems.com>
Subject: Re: Can't find right printf format
Message-Id: <x7bq3td7bu.fsf@mail.sysarch.com>
>>>>> "HG" == Hubert Gabler <loipersb@gmail.com> writes:
HG> my problem is very simple, but I cannot find the answer in
HG> "Learning Perl" nor in the manpages: Which FORMAT in printf makes
HG> the numbers 1,2,3,.. look like 001,002,003..? Hubert
FAQ
perldoc -q pad
uri
--
Uri Guttman ------ uri@stemsystems.com -------- http://www.sysarch.com --
----- Perl Code Review , Architecture, Development, Training, Support ------
--------- Free Perl Training --- http://perlhunter.com/college.html ---------
--------- Gourmet Hot Cocoa Mix ---- http://bestfriendscocoa.com ---------
------------------------------
Date: Mon, 28 Apr 2008 13:50:57 -0700 (PDT)
From: "googlinggoogler@hotmail.com" <googlinggoogler@hotmail.com>
Subject: Extracting a table from a webpage
Message-Id: <af5aa015-73d9-427f-bd42-8f40fae75e8e@a1g2000hsb.googlegroups.com>
Hi
Hope this is the right group, I dont usually post but am really stuck.
I would like to scrape all the values from the table
http://www.morningstar.co.uk/UK/ISAQuickrank/default.aspx?tab=2&sortby=ReturnM60&lang=en-GB
But im having difficulty getting HTML::TableExtract to achieve this, I
keep returning null values.
The other thing is I want to get all the pages, as you can see from
that page theres something like ~3800 lines in the table.
I have already tried to manipulate my http POST's with the firefox
plugin Tamper Data (great extension, comes highly recommended!) but
the script that serves that page is well written and guards against
this. So I tried to look at the http transfers that cause the "next
button" at the bottom, this has led me to find that it produces an
absolutly massive string, that I can't even begin to understand, plus
I think it uses some sort of validation process based on the field
names (e.g. "__EVENTVALIDATION")
Any advice even its just on the scraping would be greatly recieved.
Kind regards and thanks in advance
Dave
------------------------------
Date: Mon, 28 Apr 2008 22:06:53 +0000 (UTC)
From: Ben Bullock <benkasminbullock@gmail.com>
Subject: Re: Extracting a table from a webpage
Message-Id: <fv5hpt$77e$1@ml.accsnet.ne.jp>
On Mon, 28 Apr 2008 13:50:57 -0700, googlinggoogler@hotmail.com wrote:
> I would like to scrape all the values from the table
> http://www.morningstar.co.uk/UK/ISAQuickrank/default.aspx?
tab=2&sortby=ReturnM60&lang=en-GB
>
> But im having difficulty getting HTML::TableExtract to achieve this, I
> keep returning null values.
It's difficult to analyze your problem without seeing the code you are
using. HTML::TableExtract shouldn't have a problem getting that table
out. I happened to have an old table extracting script lying around,
which I've modified for your case:
#!/usr/bin/perl
use warnings;
use strict;
use HTML::TableExtract;
use LWP::Simple;
my $isafilename = "isa.html";
if (!-f $isafilename) {
my $isaurl = "url goes here";
my $isadata = get($isaurl);
open my $isafile, ">", $isafilename or die $!;
print $isafile $isadata;
close $isafile or die $!;
}
my $te = HTML::TableExtract->new();
$te->parse_file($isafilename);
foreach my $ts ($te->tables) {
print "Table found at ", join(',', $ts->coords), " with ";
print scalar(@{$ts->rows}), " rows\n";
}
This worked correctly for me & found four tables in the page.
> The other thing is I want to get all the pages, as you can see from that
> page theres something like ~3800 lines in the table.
>
> I have already tried to manipulate my http POST's with the firefox
> plugin Tamper Data (great extension, comes highly recommended!) but the
> script that serves that page is well written and guards against this. So
> I tried to look at the http transfers that cause the "next button" at
> the bottom, this has led me to find that it produces an absolutly
> massive string, that I can't even begin to understand, plus I think it
> uses some sort of validation process based on the field names (e.g.
> "__EVENTVALIDATION")
Hmm, I manually changed the tab= string in the URL, to "tab=2" and
"tab=3" etc. and got the subsequent tables correctly, so it doesn't seem
to me that they are trying to hide the data.
------------------------------
Date: Tue, 29 Apr 2008 01:03:29 +0200
From: Gunnar Hjalmarsson <noreply@gunnar.cc>
Subject: Re: Extracting a table from a webpage
Message-Id: <67n3eaF2or0qrU1@mid.individual.net>
googlinggoogler@hotmail.com wrote:
> I would like to scrape all the values from the table
> http://www.morningstar.co.uk/UK/ISAQuickrank/default.aspx?tab=2&sortby=ReturnM60&lang=en-GB
>
> But im having difficulty getting HTML::TableExtract to achieve this, I
> keep returning null values.
I decided to play a little with HTML::TableExtract, and this worked fine:
my $te = HTML::TableExtract->new( headers => [
qw(Fund\sName Risk Std\sDev YTD 1\sYr 3\sYr\nAnlsd 5\sYr 10\sYr)
], );
$te->parse($html);
printf "%-42s%-13s%7s%7s%7s%7s%7s%7s\n", @$_
for ($te->tables)[0]->rows;
--
Gunnar Hjalmarsson
Email: http://www.gunnar.cc/cgi-bin/contact.pl
------------------------------
Date: 28 Apr 2008 21:03:39 GMT
From: Jo <jo@nosp.invalid>
Subject: Re: FAQ 3.3 Is there a Perl shell?
Message-Id: <48163bab$0$14345$e4fe514c@news.xs4all.nl>
PerlFAQ Server said:
> http://zoidberg.sf.net/
Redirects to an Apache test page.
------------------------------
Date: Mon, 28 Apr 2008 19:50:43 -0700 (PDT)
From: Ubersite <b.cilfone.uber@googlemail.com>
Subject: Looking for any programmer ($850k+/yr telecommute)
Message-Id: <8bf1b1f4-27e0-42c9-a5e3-9a69028a1500@34g2000hsf.googlegroups.com>
www.ubersite.com - Future of media.
What do you think of it? Will you join?
------------------------------
Date: Mon, 28 Apr 2008 22:14:05 +0000 (UTC)
From: Ben Bullock <benkasminbullock@gmail.com>
Subject: Re: Marketing Software
Message-Id: <fv5i7d$77c$1@ml.accsnet.ne.jp>
On Mon, 28 Apr 2008 09:14:18 -0700, Michael Vilain wrote:
> Given that you've posted SPAM to a technical news group, you've
> obviously not considered netiquette. Or even if we are the people to
> ask. And that you're utterly clueless about stealth marketing by
> posting here. As if anyone in this group would influence anyone to use
> your lame-ass product.
I agree with you Michael, but note that the original post came from
Google Groups and the author has a gmail address, so instead of
complaining about it on the newsgroup, you can complain directly to
Google via the form at:
http://groups.google.com/groups/profile?
hl=en&enc_user=7FIAGhIAAADKTVuEnvavYxojJaFAWW4e8rhlH0Pnl47z4AZhN98BFg
I already did this when I saw the original post. The more people that
complain about this kind of nonsense, the quicker Google are likely to
deal with it.
Also, it's better never to quote or follow up spam posts, since if they
are cancelled, your copying out the spam URLs or product names actually
accidentally achieves the effect the spammer intended.
------------------------------
Date: Mon, 28 Apr 2008 16:37:56 -0600
From: "E.D.G." <edgrsprj@ix.netcom.com>
Subject: Pipe and Par questions
Message-Id: <J4-dnfJe7-qE2YvVnZ2dnUVZ_gGdnZ2d@earthlink.com>
PIPE AND PAR QUESTIONS
This might be the second posted copy of this note. The first one does not
appear to have registered. Since it was sent I solved one of the problems
mentioned in it on my own. It involved having Perl start other programs
running using Vista.
Windows Vista has a Run command that can be isolated with a little time and
effort and then used with the System command to start other programs
running. If System is used to start another program without the Run command
on my computer then Perl appears to stop running until the other program
ends.
These questions pertain to ActiveState Perl 5.8.8 running on a Windows XP
computer, and 5.10 running on a Windows Vista computer. The 5.10 version
appears to be quite easy to use for locating, downloading, and merging Perl
modules.
PIPE
What needs to be done to get Perl 5.10 (and Vista) to send information and
commands directly to a separate program? Perl is being used with
Gnuplot.exe, a versatile and powerful free, downloadable graphics program.
In the past I had Perl store information in a file that Gnuplot checked
several times a second. That worked. But attempts to get Perl to send
Gnuplot information directly using a Pipe have not been successful.
Commands I tried are different variations of:
Open (Program, "| program name");
Print Program 'information', "\n";
Perl did not stop running or generate any error messages. But Gnuplot just
waited for commands and did not do anything.
PAR
The plan is to generate .exe versions of my Perl programs and then circulate
them for free use to other researchers around the world who can download
their own copies of Gnuplot.
Has anyone worked with the PAR module to create .exe programs? Is PAR the
correct module to use? It would be helpful to see the exact commands that
need to be used to generate .exe programs. When I tried to use PAR in the
past I did not have much success.
------------------------------
Date: Mon, 28 Apr 2008 22:33:55 +0000 (UTC)
From: Ben Bullock <benkasminbullock@gmail.com>
Subject: Re: Pipe and Par questions
Message-Id: <fv5jcj$77c$2@ml.accsnet.ne.jp>
On Mon, 28 Apr 2008 16:37:56 -0600, E.D.G. wrote:
> Commands I tried are different variations of:
>
> Open (Program, "| program name");
> Print Program 'information', "\n";
"Open" and "Print" aren't Perl, but perhaps your news software has added
some bogus capitals. The first thing to check is the return value of
"open" (not "Open") with something like
open my $program, "|-", 'C:/Program Files/Gnuplot/gnuplot.exe'
or die $!;
> Perl did not stop running or generate any error messages.
It doesn't:
#!/usr/bin/perl
open MONEY, "Fort Knox";
ben ~ 536 $ ./fort_knox
ben ~ 537 $
> The plan is to generate .exe versions of my Perl programs and then
> circulate them for free use to other researchers around the world who
> can download their own copies of Gnuplot.
If they can download gnuplot, I assume they can download ActiveState Perl
as well.
------------------------------
Date: Mon, 28 Apr 2008 22:42:39 GMT
From: Jürgen Exner <jurgenex@hotmail.com>
Subject: Re: Pipe and Par questions
Message-Id: <92kc149lppni2j4rhl8h01dcenr3fpqleg@4ax.com>
"E.D.G." <edgrsprj@ix.netcom.com> wrote:
>[...]It involved having Perl start other programs
>running using Vista.
>
>Windows Vista has a Run command that can be isolated with a little time and
>effort and then used with the System command to start other programs
>running. If System is used to start another program without the Run command
>on my computer then Perl appears to stop running until the other program
>ends.
Yes. That is the designed and expected behaviour of system(), which will
return only after the called program has terminated.
If you want the called program to run in the background, then you will
have to start it in the background. You can use the DOS "start" command
to do so on Windows. I have not heard fo a "run" command, thou.
>What needs to be done to get Perl 5.10 (and Vista) to send information and
>commands directly to a separate program?
Are you trying to control the other program from you Perl program? Then
you may want to check out Expect.
jue
------------------------------
Date: Mon, 28 Apr 2008 23:34:19 +0100
From: Ben Morrow <ben@morrow.me.uk>
Subject: Re: Pipe and Par questions
Message-Id: <b00ie5-u112.ln1@osiris.mauzo.dyndns.org>
Quoth "E.D.G." <edgrsprj@ix.netcom.com>:
>
> What needs to be done to get Perl 5.10 (and Vista) to send information and
> commands directly to a separate program? Perl is being used with
> Gnuplot.exe, a versatile and powerful free, downloadable graphics program.
> In the past I had Perl store information in a file that Gnuplot checked
> several times a second. That worked. But attempts to get Perl to send
> Gnuplot information directly using a Pipe have not been successful.
> Commands I tried are different variations of:
>
> Open (Program, "| program name");
> Print Program 'information', "\n";
This is not valid Perl: Perl is case-sensitive. Please port tha actual
code you have run.
On my machine (5.8.8/i686-freebsd), the following works perfectly:
#!/usr/bin/perl
use warnings;
use strict;
open my $GP, '|-', qw/gnuplot -/
or die "can't run gnuplot: $!";
print $GP <<GP;
plot sin(x)
pause mouse
GP
close $GP or die "writing to gnuplot failed: $!";
__END__
I would expect it to work on yours also: is this not the case?
> Perl did not stop running or generate any error messages. But Gnuplot just
> waited for commands and did not do anything.
Have you read the gnuplot documentation? You must pass a '-' argument to
get it to read commands from stdin.
> The plan is to generate .exe versions of my Perl programs and then circulate
> them for free use to other researchers around the world who can download
> their own copies of Gnuplot.
>
> Has anyone worked with the PAR module to create .exe programs? Is PAR the
> correct module to use? It would be helpful to see the exact commands that
> need to be used to generate .exe programs. When I tried to use PAR in the
> past I did not have much success.
IME it works very well, especially more recent versions.
Ben
--
You poor take courage, you rich take care:
The Earth was made a common treasury for everyone to share
All things in common, all people one.
'We come in peace'---the order came to cut them down. [ben@morrow.me.uk]
------------------------------
Date: Mon, 28 Apr 2008 18:30:47 -0500
From: "E.D.G." <edgrsprj@ix.netcom.com>
Subject: Re: Pipe and Par questions
Message-Id: <csidnfsNr9ePw4vVnZ2dnUVZ_oKhnZ2d@earthlink.com>
"Jürgen Exne> If you want the called program to run in the background, then
you will
> have to start it in the background. You can use the DOS "start" command
> to do so on Windows. I have not heard fo a "run" command, thou.
>
Windows XP has a DOS start.exe command available. And I have been using it
successfully with Perl for quite a while. I could not find that program
anywhere in Windows Vista. Instead it has a "Run.lnk" command that will
work if you also use the SendKeys command with it. Things are more
complicated. But it does get the job done fast and without any screens
flashing.
> Are you trying to control the other program from you Perl program? Then
> you may want to check out Expect.
>
Yes. I would like Perl to send commands and data directly to another
program. I had not heard of an "Expect" command but will check on it.
------------------------------
Date: Mon, 28 Apr 2008 18:40:37 -0500
From: "E.D.G." <edgrsprj@ix.netcom.com>
Subject: Re: Pipe and Par questions
Message-Id: <C42dncVWDcXB_YvVnZ2dnUVZ_gednZ2d@earthlink.com>
"Ben Morrow" <ben@morrow.me.uk> wrote in message
news:b00ie5-u112.ln1@osiris.mauzo.dyndns.org...
>
Thanks for the command suggestions. I will give them a try.
As far as other people downloading and running Perl, we are talking about
folks around the world who may be scientists but who might know essentially
nothing about computer programming, not that I myself am an expert. Many of
them might not even be able to speak English. But with a Perl .exe program
they will not have to learn how to load modules etc. They can just enter
numbers and watch as Gnuplot creates technical charts and graphs for them.
------------------------------
Date: Mon, 28 Apr 2008 18:45:50 -0500
From: "E.D.G." <edgrsprj@ix.netcom.com>
Subject: Re: Pipe and Par questions
Message-Id: <0sOdnQI1jb0K_IvVnZ2dnUVZ_rWtnZ2d@earthlink.com>
> "Open" and "Print" aren't Perl, but perhaps your news software has added
> some bogus capitals. The first thing to check is the return value of
> "open" (not "Open") with something like
>
Actually, I do use lower case open and print as you suggested. My word
processor program changed them to upper case in the Newsgroup note without
my catching that. Thanks again for the suggestions.
------------------------------
Date: Tue, 29 Apr 2008 01:44:15 GMT
From: Jürgen Exner <jurgenex@hotmail.com>
Subject: Re: Pipe and Par questions
Message-Id: <98vc1419k672gmbl63sq0e5eloe6qit1o9@4ax.com>
"E.D.G." <edgrsprj@ix.netcom.com> wrote:
Is there a specific reason why you stealth CCed me? I happen to read the
NGs I am writing in!
>> Are you trying to control the other program from you Perl program? Then
>> you may want to check out Expect.
>>
>Yes. I would like Perl to send commands and data directly to another
>program. I had not heard of an "Expect" command but will check on it.
It's not a command (well, it could be on Unix) but a Perl module that
provides an interface similar to the expect utility.
jue
------------------------------
Date: Mon, 28 Apr 2008 17:58:42 -0400
From: Charlton Wilbur <cwilbur@chromatico.net>
Subject: Re: use of DBI; I am getting multiple error messages mixed in with ?the correct output.
Message-Id: <868wyxbq0d.fsf@mithril.chromatico.net>
>>>>> "PJH" == Peter J Holzer <hjp-usenet2@hjp.at> writes:
>> The term "null string" for what would more reasonably called an
>> "empty string" is a mistake. When the Camel is wrong, it
>> should be corrected, not defended as if it were Holy Writ.
PJH> It isn't wrong.
I didn't say it was *wrong*; I said it was a mistake, because of the
very ambiguity that you are alternately defending and insisting is not
present.
PJH> It may be that Ted and you are unfamiliar with this
PJH> term. That doesn't make it wrong (If every English term I'm
PJH> unfamilar with was wrong, the English would have a poor
PJH> language, indeed). It may in some context be ambiguous. I was
PJH> going to criticize Ben (was it Ben?) for using the phrase in
PJH> this thread, but then I noticed that he hadn't brought it up,
PJH> but was merely discussing a quote from the Camel book.
In other words, if Ben had written it originally, you would have
considered it a fault, but because it can be found in the Camel, it
becomes Holy Writ and thus to be defended as an article of faith.
PJH> And I don't think you can fault Wall et al for not
PJH> anticipating that someone with a Java and SQL background
PJH> might misunderstand an term with an otherwise quite specific
PJH> meaning.
Hardly; as I pointed out, it's also unclear in meaning for those of us
with C backgrounds as well, especially when the term "empty string"
conveys the same information without the prospect of ambiguity.
This has not appeared to be a rational argument for some time, and if
you prefer to defend inaccuracy and ambiguity with the delusion that
it's instantly clear to everyone except Java programmers, by all
means, carry on.
Charlton
--
Charlton Wilbur
cwilbur@chromatico.net
------------------------------
Date: Mon, 28 Apr 2008 23:12:44 +0200
From: "Peter J. Holzer" <hjp-usenet2@hjp.at>
Subject: Re: use of DBI; I am getting multiple error messages mixed in with ?the correct output.
Message-Id: <slrng1cfef.odq.hjp-usenet2@hrunkner.hjp.at>
On 2008-04-28 12:52, Charlton Wilbur <cwilbur@chromatico.net> wrote:
>>>>>> "PJH" == Peter J Holzer <hjp-usenet2@hjp.at> writes:
>
> PJH> On 2008-04-24 15:46, Ted <r.ted.byers@rogers.com> wrote:
>
> >> And where exactly are you getting the idea that the empty
> >> string is a defined null string.
>
> PJH> Common usage. A "null string" is a string of length zero.
>
> Er, this is ambiguous to C programmers:
No.
> there's a significant difference between
>
> char *foo = NULL;
>
> and
>
> char *foo = "";
Yes. Most importantly, the former doesn't contain a string.
> and I would expect that reasonable C programmers would avoid using
> "null string" because it's impossible to determine which of the two
> the term refers to.
Since the former doesn't contain a string, it can't be the one with the
null string. So it must be the second.
> It's also ambiguous in SQL - NULL and '' are different values and can
> mean different things.
Yes, when talking about SQL I would avoid talking about a null string.
But then, if I wanted to be exact, I would avoid talking about strings
at all, and talk about char or varchar values ...
Now, Java is a different matter. It does have a type "String" and null
is a valid value for that type. So in Java this really is ambiguous (and
in fact, when I googled for "null string", the only instances I found
where "null string" was not used synonymously with "empty string",
concerned Java).
> And hey, it's ambiguous in Perl too - undef and '' are different
> values, and can mean different things.
But only the latter is a string. undef is not a string and therefore
cannot be called the "null string". So it isn't ambiguous.
> The only difference is that NULL isn't a keyword in Perl, and "null
> pointer" isn't a useful concept.
>
> PJH> Using the term "null string" instead of "empty string" in a
> PJH> thread about DBI is confusing, but since it is quoted from a
> PJH> book which is not about DBI or SQL, but about Perl, that's
> PJH> just the way it is. You have to learn that English words can
> PJH> mean different things depending on context.
>
> I'd side with Ted here, much as the tone of his argument has annoyed
> me; there's a valuable distinction between null string and empty
> string, even in Perl, and the text of the Camel book is unclear.
There is a valuable distinction between undef and emtpy string. There is
no concept of a "null string" distinct from an empty string in Perl.
> The term "null string" for what would more reasonably called an "empty
> string" is a mistake. When the Camel is wrong, it should be
> corrected, not defended as if it were Holy Writ.
It isn't wrong. The use of the term is wide-spread and quite old. For
example, quickly grepping over the RFCs yields a hit in RFC 333 (written
in 1972!):
The symbolic identification strings are specified to be from 1 to 39
(an arbitrary maximum) ASCII characters terminated by a null (byte of
all zeroes). The characters will be 7-bit ASCII in 8-bit bytes with
the high order bit set to zero. A null string (first byte is null)
is used where no argument is required.
It may be that Ted and you are unfamiliar with this term. That doesn't
make it wrong (If every English term I'm unfamilar with was wrong, the
English would have a poor language, indeed). It may in some context be
ambiguous. I was going to criticize Ben (was it Ben?) for using the
phrase in this thread, but then I noticed that he hadn't brought it up,
but was merely discussing a quote from the Camel book. And I don't think
you can fault Wall et al for not anticipating that someone with a Java
and SQL background might misunderstand an term with an otherwise quite
specific meaning.
hp
------------------------------
Date: Mon, 28 Apr 2008 21:59:56 -0500
From: l v <veatchla@yahoo.com>
Subject: Re: Windows mail.
Message-Id: <NcGdnW-51_ewEovVnZ2dnUVZ_hadnZ2d@supernews.com>
DaveN wrote:
> Hi.
>
> Does anyone have example scripts to work with Windows Mail and in particular
> with usenet groups? I want to build a spam filter to run on all the groups
> I am subscribed to.
>
Don't write your own when one already exists.
http://www.nfilter.org/
--
Len
------------------------------
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 1491
***************************************
