[22735] in Perl-Users-Digest
Perl-Users Digest, Issue: 4956 Volume: 10
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Thu May 8 00:05:47 2003
Date: Wed, 7 May 2003 21:05:05 -0700 (PDT)
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)
Perl-Users Digest Wed, 7 May 2003 Volume: 10 Number: 4956
Today's topics:
Re: @Array - making it null <uri@stemsystems.com>
Re: @Array - making it null <TruthXayer@yahoo.com>
Re: @Array - making it null <nobull@mail.com>
Re: @Array - making it null <TruthXayer@yahoo.com>
Re: @Array - making it null <uri@stemsystems.com>
Re: accept() -> "Interrupted System Call" <spam@nospam.com>
Re: Can't write a LOG file, please help (Gino Vives)
Re: Design Opinions - Dealing with Constants <TruthXayer@yahoo.com>
Re: Design Opinions - Dealing with Constants <emschwar@pobox.com>
Re: Extracting types of HTML links. (Tad McClellan)
Re: Hash memory consumption <mjcarman@mchsi.com>
Help: Need nifty idea for efficiently linking objects t (entropy123)
Re: How does perl make differences? <ddunham@redwood.taos.com>
Re: How does perl make differences? <REMOVEsdnCAPS@comcast.net>
Re: Newbie - packing Perl application for distribution <kalinabears@hdc.com.au>
OT: Alternative to Xwin? (entropy123)
Re: Unique Perl Job Opps <dha@panix.com>
Re: web page contents into a perl script <nospam@spamfreeland.com>
Re: web page contents into a perl script <nospam@spamfreeland.com>
Re: web page contents into a perl script (Tad McClellan)
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Wed, 07 May 2003 22:07:54 GMT
From: Uri Guttman <uri@stemsystems.com>
Subject: Re: @Array - making it null
Message-Id: <x7fznqmmv9.fsf@mail.sysarch.com>
>>>>> "AS" == Anno Siegel <anno4000@lublin.zrz.tu-berlin.de> writes:
AS> Yes, but that's rare. Most cases of "return undef" to signal failure
AS> are an error. Simple return is the default way. In scalar context,
AS> the caller will see an undef anyhow. In list context, there is only a
AS> problem when an empty list is a valid result. Then other means must
AS> be considered (most likely involving references or objects, which
AS> takes us back to the scalar case).
yet i still see 'return undef' all over the place. i had to convince a
module author i am helping and today i did (paid!) code review for a
friend and had to convince him. people don't read the docs and don't get
that plain return is the right choice. the rare case where you must
return a value (and this only works correctly if you call the sub in
list context) is one that i have used.
AS> I think the use is justified when it means what it does, put the
AS> variable into its pristine state. So there is no better way than
AS> "undef $cache" to invalidate a cache, because that's exactly what
AS> we want to do here. In an extended way, it may be used in an
AS> interface to say "reset this to the default", but I guess that may
AS> already raise objections.
but as i said, a proper design and use of scope eliminates most of that
need to reset it to a pristine state.
perl -e 'for ( 1..2) { my $x ; print "[$x]\n" ; $x++ ; print "[$x]\n"}'
[]
[1]
[]
[1]
so you see a proper my declaration does that for you even in a loop.
my has both a compile and runtime effect. if no assignment is made it
will set the scalar to undef. so no need for the undef func there.
AS> Otherwise, in a code review, I would certainly see lots of explicit
AS> undef's as a red flag. It is often just a side-effect of using package
AS> variables where lexicals should be used.
it can mean many things beyond package vars. i have seen it with
lexicals all over as in:
my $foo = undef;
undef values and scoping is not well understood by the average perl
hacker. so they program defensively which generates noisy code.
uri
--
Uri Guttman ------ uri@stemsystems.com -------- http://www.stemsystems.com
--Perl Consulting, Stem Development, Systems Architecture, Design and Coding-
Search or Offer Perl Jobs ---------------------------- http://jobs.perl.org
------------------------------
Date: Wed, 07 May 2003 15:30:40 -0700
From: TruthXayer <TruthXayer@yahoo.com>
To: Anno Siegel <anno4000@lublin.zrz.tu-berlin.de>
Subject: Re: @Array - making it null
Message-Id: <3EB98910.D2FECC46@yahoo.com>
Anno Siegel wrote:
>
> Uri Guttman <uri@stemsystems.com> wrote in comp.lang.perl.misc:
> > >>>>> "AS" == Anno Siegel <anno4000@lublin.zrz.tu-berlin.de> writes:
> > i find so few valid ones. in over 6k lines of one project, i have used
> > it 3 times. and i don't do anything special to code around undef. i just
> > don't think and design code where it is needed. there are so many ways
> > to not use it that are clear and concise.
>
I normally use it with printf. Is there a better way or
undef is OK here?
printf ("%30s%5s%30s", $var1,undef,$var2);
I have seem lot of programs by experienced programmers using
right at the
beginning of the program. Is this wrong? I guess it does
exactly the same thing as "my"?
undef $x; ## instead of my $x;
undef @array;
------------------------------
Date: 07 May 2003 23:38:20 +0100
From: Brian McCauley <nobull@mail.com>
Subject: Re: @Array - making it null
Message-Id: <u97k92z8kj.fsf@wcl-l.bham.ac.uk>
TruthXayer <TruthXayer@yahoo.com> writes:
> Anno Siegel wrote:
> >
> > Uri Guttman <uri@stemsystems.com> wrote in comp.lang.perl.misc:
> > > >>>>> "AS" == Anno Siegel <anno4000@lublin.zrz.tu-berlin.de> writes:
>
> > > i find so few valid ones. in over 6k lines of one project, i have used
> > > it 3 times. and i don't do anything special to code around undef. i just
> > > don't think and design code where it is needed. there are so many ways
> > > to not use it that are clear and concise.
> >
>
>
> I normally use it with printf. Is there a better way or
> undef is OK here?
>
> printf ("%30s%5s%30s", $var1,undef,$var2);
A better way to represent a null string would be ''. Doesn't thow
warnings either!
--
\\ ( )
. _\\__[oo
.__/ \\ /\@
. l___\\
# ll l\\
###LL LL\\
------------------------------
Date: Wed, 07 May 2003 16:17:22 -0700
From: TruthXayer <TruthXayer@yahoo.com>
To: Brian McCauley <nobull@mail.com>
Subject: Re: @Array - making it null
Message-Id: <3EB99402.A46830E0@yahoo.com>
Brian McCauley wrote:
>
> TruthXayer <TruthXayer@yahoo.com> writes:
>
> > Anno Siegel wrote:
> > >
> > > Uri Guttman <uri@stemsystems.com> wrote in comp.lang.perl.misc:
> > > > >>>>> "AS" == Anno Siegel <anno4000@lublin.zrz.tu-berlin.de> writes:
> >
> > > > i find so few valid ones. in over 6k lines of one project, i have used
> > > > it 3 times. and i don't do anything special to code around undef. i just
> > > > don't think and design code where it is needed. there are so many ways
> > > > to not use it that are clear and concise.
> > >
> >
> >
> > I normally use it with printf. Is there a better way or
> > undef is OK here?
> >
> > printf ("%30s%5s%30s", $var1,undef,$var2);
>
> A better way to represent a null string would be ''. Doesn't thow
> warnings either!
The printf doesn't throw warning either! What warnings are
you talking about
or am I missing something?
later,
TrUth
------------------------------
Date: Wed, 07 May 2003 23:59:25 GMT
From: Uri Guttman <uri@stemsystems.com>
Subject: Re: @Array - making it null
Message-Id: <x71xzamhpf.fsf@mail.sysarch.com>
>>>>> "T" == TruthXayer <TruthXayer@yahoo.com> writes:
T> undef $x; ## instead of my $x;
that makes no sense. my $x will force $x to undef and also properly
declares it.
T> undef @array;
read my earlier post in this thread on why that is very bad.
from your post it seems you don't run with warnings enabled nor with use
strict. you should always use both of them.
uri
--
Uri Guttman ------ uri@stemsystems.com -------- http://www.stemsystems.com
--Perl Consulting, Stem Development, Systems Architecture, Design and Coding-
Search or Offer Perl Jobs ---------------------------- http://jobs.perl.org
------------------------------
Date: Thu, 8 May 2003 01:51:08 +0100
From: "David" <spam@nospam.com>
Subject: Re: accept() -> "Interrupted System Call"
Message-Id: <%Rhua.55$FO2.22002@newsfep2-gui.server.ntli.net>
Thanks for your reply.
I'll give it a go and see if it works.
"Stefan" <someone@somewhere.nl> wrote in message
news:3eb961b8$0$126$e4fe514c@dreader5.news.xs4all.nl...
> "David" <spam@nospam.com> schreef in bericht
> news:Co5ua.319$dv1.75455@newsfep2-gui.server.ntli.net...
> > I'm a bit of a newbie at Perl, but I am trying to hack together a simple
> > port forwarder.
> > It seems to work fine under windows, but when I run it under Linux the
> > accept() command
> > occasionally fails with the error "Interrupted system call". Any idea
what
> > this means, why
> > it's happening, and how to fix it?
> >
> > The perl versions I am using are:
> > Windows: v5.8.0 built for MSWin32-x86-multi-thread
> > Linux: v5.8.0 built for i386-linux-thread-multi
>
>
> It seems Unix flavour independ - I've seen the same thing on SunOS and
> FreeBSD. It's non-fatal and the solution/work-around is to redo the
accept()
> call if it wasn't successful the 1st time. See the sniplet of code below;
>
> use Errno 'EINTR'; # or use a constant value of 4
>
> ClientAccept: {
> $ch = $ah->accept();
> if ($! == EINTR) {
> if ($ch) {
> print "Non-fatal Interrupted system call in accept()\n";
> } else {
> print "Interrupted system call - redo accept()\n";
> redo ClientAccept;
> }
> }
>
> # --- rest of your server-code
> }
>
> If your looking for a complete description, try Google on "EINTR" and
"perl"
> and "accept".
>
> Good luck,
> Stefan
>
>
> > My perl code is:
> > #!/usr/bin/perl
> >
> > use IO::Socket::INET;
> > use IO::Select;
> > $SIG{CHLD} = sub {wait ()};
> >
> >
> > if ($#ARGV+1!=3)
> > {
> > print ("Usage:\n");
> > print (" portforward.pl [local_port] [remote_ip] [remote_port]\n\n");
> > print (" local_port = The port to listen on.\n");
> > print (" remote_ip = The IP address of the machine to forward the
> > connection to.\n");
> > print (" remote_port = The port on the remote machine to forward the
> > connection to.\n\n");
> > exit;
> > }
> > $| = 1;
> > my $s = IO::Socket::INET->new(
> > LocalPort => $ARGV[0],
> > Type => SOCK_STREAM,
> > Reuse => 1,
> > Listen => SOMAXCON
> > )
> > or die "$ARGV[0]: Socket could not be created. Reason: $!\n";
> > print ("$ARGV[0]: Listening on port $ARGV[0]\n");
> > while ( $c = $s->accept() or die "$ARGV[0]: Cannot accept connection.
> > Reason: $!\n" )
> > {
> > print ("$ARGV[0]: Received connection.\n");
> > print ("$ARGV[0]: Forking...\n");
> > $pid = fork();
> > die "$ARGV[0]: Cannot fork: $!" unless defined($pid);
> > if ($pid == 0)
> > {
> > # Child Process
> > print ("$ARGV[0]: Connecting to remote server: $ARGV[1]:$ARGV[2]\n");
> > my $r = IO::Socket::INET->new(
> > PeerAddr => $ARGV[1],
> > PeerPort => $ARGV[2],
> > Proto => 'tcp',
> > Type => SOCK_STREAM
> > )
> > or die "Couldn't connect! $!";
> > print ("$ARGV[0]: Connection established.\n");
> > my ( $bytes, $fh );
> > my $select = IO::Select->new( $c, $r );
> > LOOP: while (1)
> > {
> > foreach $fh ( $select->can_read(10) )
> > {
> > last LOOP unless ( defined( $bytes = sysread( $fh, $_, 4096 )));
> > last LOOP if ( $bytes == 0 );
> > last LOOP unless ( defined( syswrite( ( ( fileno($fh) ==
fileno($c) )?
> > $r : $c ), $_, $bytes ) ) );
> > }
> > }
> > close($r); close($c);
> > print("$ARGV[0]: Client disconnected.\n");
> > exit(0); # Child process exits when it is done.
> > }
> > # else 'tis the parent process, which goes back to accept()
> > }
> > close($s);
> > print ("$ARGV[0]: Port forwarder listening on $ARGV[0] has died");
> >
> >
> >
>
>
------------------------------
Date: 7 May 2003 21:02:49 -0700
From: gino_vives@yahoo.com (Gino Vives)
Subject: Re: Can't write a LOG file, please help
Message-Id: <61f4ab48.0305072002.768f86a4@posting.google.com>
> the fact that you print to LOG, but the text appears on your screen indicates that your LOG filehandle wasn't opened properly.
If I don't print to LOG I get the messege on my screen...
I mean, if all my print lines are like:
print "What ever text I want\n";
When I run:
<- TEXT ON THE SCREEN ->
gino@mycomuter~: ./myprograme
What ever text I want
<- End of screen ->
Then if I run:
<- TEXT ON THE SCREEN ->
gino@mycomuter~: ./myprograme >> logfile (or > logfile)
<- End of screen ->
I get nothing in logfile.... that's the problem...
Now, if I change the code and use //open (LOG , ">> logfile)// and
//print LOG "the text"// the logfile still empty... :'(
Please help...
------------------------------
Date: Wed, 07 May 2003 16:08:40 -0700
From: TruthXayer <TruthXayer@yahoo.com>
To: Malte Ubl <ubl@schaffhausen.de>
Subject: Re: Design Opinions - Dealing with Constants
Message-Id: <3EB991F8.CB01BDE2@yahoo.com>
Malte Ubl wrote:
> =
> I use constants for constants. Excerpt from my current project:
Here's yet another perlish way to do it....
config.pl
---------
use strict;
$abc =3D 1;
$d =3D 2;
$e =3D 8;
$d =3D 'Works';
1;
readj.pl
--------
use strict;
my $abc;
my $d;
my $e;
open (CONF, "<config.pl");
eval (join ("\n", <CONF>)); <<<<<<<<<<< eval it :)
close CONF;
print "ABC is $abc \n";
-- =
thanks
-Tr=DCtH
------------------------------
Date: 07 May 2003 17:15:12 -0600
From: Eric Schwartz <emschwar@pobox.com>
Subject: Re: Design Opinions - Dealing with Constants
Message-Id: <etoptmuwdq7.fsf@wormtongue.emschwar>
TruthXayer <TruthXayer@yahoo.com> writes:
> Here's yet another perlish way to do it....
Not quite. The perlish way to do it is:
config.pl
---------
<setup stuff>
main
----
do 'config.pl';
from 'perldoc -f do':
do EXPR Uses the value of EXPR as a filename and executes the
contents of the file as a Perl script. Its primary use
is to include subroutines from a Perl subroutine
library.
it's not *quite* the same as what you wrote, in that files loaded with
'do' can't see lexicals in the current scope, whereas files loaded
with 'evail `cat $file`' can. But it's clearly more Perlish. :)
-=Eric
--
Come to think of it, there are already a million monkeys on a million
typewriters, and Usenet is NOTHING like Shakespeare.
-- Blair Houghton.
------------------------------
Date: Wed, 7 May 2003 18:11:40 -0500
From: tadmc@augustmail.com (Tad McClellan)
Subject: Re: Extracting types of HTML links.
Message-Id: <slrnbbj4lc.839.tadmc@magna.augustmail.com>
Thaddeus L. Olczyk <olczyk@interaccess.com> wrote:
> Sorry to ask this here, as it is only peripherally related to Perl.
It is not related to Perl at all.
If you were using Python or Java the answer would be the same.
> But many here often parse HTML so I think this may be one of the
> better places to get a good answer.
Better than a newsgroup that is actually about HTML?
> I have a HTMl document and I want to extract all links and sort
> them into two types: external, and internal.
> Basically I need a list of all such tags and their classification (
> external or internal ). Can anyone help?
Someone in an HTML newsgroup is likely to be able to help with
an HTML question:
comp.infosystems.www.authoring.html
--
Tad McClellan SGML consulting
tadmc@augustmail.com Perl programming
Fort Worth, Texas
------------------------------
Date: Wed, 07 May 2003 16:29:43 -0500
From: Michael Carman <mjcarman@mchsi.com>
Subject: Re: Hash memory consumption
Message-Id: <b9bts8$s303@onews.collins.rockwell.com>
On 5/7/2003 2:48 PM, Mike Hunter wrote:
> On 28 Apr 2003 18:33:13 GMT, ctcgag@hotmail.com wrote:
>
>>> My question is: Is there any way to reduce the consumption of
>>> the hash data structure itself?
>
> Basically I have
>
> while (<HUGEDATA>)
> {
> my ($source, $dest, $d1,$d2,$d3,$d4,$d5) = split...;
> $hash{$source}->{$dest} += [$d1,$d2,$d3,$d4...];
> }
What does 'print scalar %hash' show? Are there more $source keys or
$dest keys?
If you're getting lots of key collisions it's possible that Perl is
allocating more memory (buckets) for the hash without making good use of it.
Of course, it's more likely that you've just got a lot of data, and
hashes are memory hogs.
What kind of values are $source and $dest? (string vs integer, small
numbers vs large, (nearly) sequential vs random...)
-mjc
------------------------------
Date: 7 May 2003 20:32:41 -0700
From: email_entropy123@yahoo.com (entropy123)
Subject: Help: Need nifty idea for efficiently linking objects together and making comparisons,,,
Message-Id: <90cdce37.0305071932.8294576@posting.google.com>
Hey all,
I'm working on molecules and am trying to come up with a connectivity
routine.
For example, starting with the knowledge of the bonds each atom has I
need to figure out if there is a ring structure. So, for a six carbon
molecule is it something like C-C-C-C-C-C or a ring structure.
My idea is to take the bonding information and - starting with an
individual atom - create an array. If the array ever has the starting
atom as an element then I know I have a ring..
Does perl have any routines which might make this an easier job? :)
All those if/then statements make my head spin....
Thanks!
entropy
------------------------------
Date: Wed, 07 May 2003 23:59:49 GMT
From: Darren Dunham <ddunham@redwood.taos.com>
Subject: Re: How does perl make differences?
Message-Id: <V5hua.1234$xo1.152992928@newssvr14.news.prodigy.com>
i5513 <i5513@hotmail.com> wrote:
> My second question is the same!! var $) is not usable into a / / expresion.
> /$)/ is a syntax error.
')' is a special character in regular expressions. If your variable has
special characters in it, use braces around the identifier portion.
So $foo => ${foo}
$) => ${)}
$whatever =~ /${)}/;
--
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: Wed, 07 May 2003 19:51:49 -0500
From: "Eric J. Roode" <REMOVEsdnCAPS@comcast.net>
Subject: Re: How does perl make differences?
Message-Id: <Xns9374D446542AFsdn.comcast@216.166.71.239>
-----BEGIN xxx SIGNED MESSAGE-----
Hash: SHA1
"Jürgen Exner" <jurgenex@hotmail.com> wrote in
news:xG8ua.5166$Zb5.4715@nwrddc02.gnilink.net:
> i5513 wrote:
>> how does perl distingue $/ var from /expression$/ ?
>
> Trivial.
> If the dollar sign is the _last_ character in the RE then obvioulsy it
> is the expression for "end of string/line" because there is no
> variable name following the dollar sign.
> If the dollar sign is _not_ the last character in the RE then
> obvioulsy it is the beginning of a variable name because the
> expression for "end of string/line" doesn't make sense in the middle
> of an RE.
Yes, but determining where a regular expression ends is hard. :-)
/stuff$/ /x;
/stuff$//2; # either 0 or 1/2... or syntax error?
- --
Eric
print scalar reverse sort qw p ekca lre reh
ts uJ p, $/.r, map $_.$", qw e p h tona e;
-----BEGIN xxx SIGNATURE-----
Version: GnuPG v1.2.1 (MingW32) - WinPT 0.5.13
iD8DBQE+uaopY96i4h5M0egRAtDRAKC/5Xl6iew+qk5tOWLP88+b8mowKACeNNG0
TqKG5jg2Q3Ny7Qvh8czwzXE=
=nn9E
-----END PGP SIGNATURE-----
------------------------------
Date: Thu, 8 May 2003 10:15:58 +1000
From: "Sisyphus" <kalinabears@hdc.com.au>
Subject: Re: Newbie - packing Perl application for distribution
Message-Id: <3eb9a2c3$0$3930@echo-01.iinet.net.au>
"Chris Trueman" <ctrueman@wavesoftware.com> wrote in message
news:Xns9374BB556A764ctruemanwavesoftware@217.32.252.50...
> I have a couple of Perl utilities that I'd like to distribute to
> colleagues. I can expect them to download and install a binary
> distribution of Perl but having them install the modules that my code
> depends on is probably too much.
>
> Is there a simple way to package my code + that required modules that will
> make it easy for them to install the utilities?
>
If you're on win32 you'd probably build a ppm package for them to install -
for which you need a 'tar' and a 'gzip' utility.
If the modules don't require compilation you could include with them an
'install.pl' that places the modules in the correct location (creating
folders as required).
The installation script would determine the "correct location" by looking at
the contents of @INC.
Bear in mind that the perl directory *structure* could vary from one machine
to another.
My *guess* is that the following would find the appropriate location at
least *most* of the time:
my $installation_prefix = $INC[1];
(Make sure that $INC[1] is not ".")
If that's not good enough then you'd have to use a regex.
Cheers,
Rob
------------------------------
Date: 7 May 2003 20:22:50 -0700
From: email_entropy123@yahoo.com (entropy123)
Subject: OT: Alternative to Xwin?
Message-Id: <90cdce37.0305071922.46a0c451@posting.google.com>
Hey all,
I'd like to work more from home and can VPN/SSH work. However, no
matter what I can't seem to get Xwin working behind my firewall/router
combo. Is there an alternative comparable app to Xwin? Hopefully
free....
Thanks,
entropy
------------------------------
Date: Thu, 8 May 2003 00:42:44 +0000 (UTC)
From: "David H. Adler" <dha@panix.com>
Subject: Re: Unique Perl Job Opps
Message-Id: <slrnbbja04.kns.dha@panix2.panix.com>
In article <ff4e5af5.0305070801.69041c0c@posting.google.com>, Gil Vander
Voort wrote:
> This is a 12 year old company that is offering the best work
You have posted a job posting or a resume in a technical group.
Longstanding Usenet tradition dictates that such postings go into
groups with names that contain "jobs", like "misc.jobs.offered", not
technical discussion groups like the ones to which you posted.
Had you read and understood the Usenet user manual posted frequently to
"news.announce.newusers", you might have already known this. :) (If
n.a.n is quieter than it should be, the relevent FAQs are available at
http://www.faqs.org/faqs/by-newsgroup/news/news.announce.newusers.html)
Another good source of information on how Usenet functions is
news.newusers.questions (information from which is also available at
http://www.geocities.com/nnqweb/).
Please do not explain your posting by saying "but I saw other job
postings here". Just because one person jumps off a bridge, doesn't
mean everyone does. Those postings are also in error, and I've
probably already notified them as well.
If you have questions about this policy, take it up with the news
administrators in the newsgroup news.admin.misc.
http://jobs.perl.org may be of more use to you
Yours for a better usenet,
dha
--
David H. Adler - <dha@panix.com> - http://www.panix.com/~dha/
Assume the person who'll need to maintain your code owns an axe and
isn't afraid to use it - Dan Sugalski on good coding practice
------------------------------
Date: Thu, 8 May 2003 09:37:39 +0800
From: "Ahab" <nospam@spamfreeland.com>
Subject: Re: web page contents into a perl script
Message-Id: <3eb9b4d8$1@usenet.per.paradox.net.au>
yup.. I just updated. I'm now able to retrieve normal pages. But I need to
retrieve https pages, which I'm trying to get information on.
--
Ahab
"Helgi Briem" <helgi@decode.is> wrote in message
news:3eb8eaff.2319887501@news.cis.dfn.de...
> On Wed, 7 May 2003 18:50:44 +0800, "Ahab"
> <nospam@spamfreeland.com> wrote:
>
> >No documentation found for 'LWP::Simple'
>
> Then you have a broken or outdated distribution
> of Perl. The libwww-perl bundle has been a core
> module for a long time. It is not worth the hassle
> to use unsupported ancient software.
>
> Get a new version of Perl.
> --
> Regards, Helgi Briem
> helgi DOT briem AT decode DOT is
------------------------------
Date: Thu, 8 May 2003 09:45:20 +0800
From: "Ahab" <nospam@spamfreeland.com>
Subject: Re: web page contents into a perl script
Message-Id: <3eb9b6a5$1@usenet.per.paradox.net.au>
What guidelines ? For this Newsgroup ?
--
Ahab
"Andrew Lee" <spamtrap@nowhere.com> wrote in message
news:lmqhbvonvekelahojh98njaqr75g9nsi2a@4ax.com...
> On Wed, 7 May 2003 18:50:44 +0800, "Ahab" <nospam@spamfreeland.com>
> wrote:
>
> >No documentation found for 'LWP::Simple'
>
> search.cpan.org
>
> Have you read the posting guidelines?
>
------------------------------
Date: Wed, 7 May 2003 21:38:12 -0500
From: tadmc@augustmail.com (Tad McClellan)
Subject: Re: web page contents into a perl script
Message-Id: <slrnbbjgok.8ek.tadmc@magna.augustmail.com>
Ahab <nospam@spamfreeland.com> wrote:
> What guidelines ? For this Newsgroup ?
They are posted here twice each week:
http://mail.augustmail.com/~tadmc/clpmisc.shtml
[context snipped because it was quoted following the sig-dash!]
--
Tad McClellan SGML consulting
tadmc@augustmail.com Perl programming
Fort Worth, Texas
------------------------------
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 4956
***************************************
