[30842] in Perl-Users-Digest
Perl-Users Digest, Issue: 2087 Volume: 11
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Tue Dec 30 18:09:51 2008
Date: Tue, 30 Dec 2008 15:09:10 -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 Tue, 30 Dec 2008 Volume: 11 Number: 2087
Today's topics:
Re: fail running an external C program into a Perl CGI <smallpond@juno.com>
Re: fail running an external C program into a Perl CGI <tim@burlyhost.com>
Re: fail running an external C program into a Perl CGI <tim@burlyhost.com>
Re: hash table usage questions <tzz@lifelogs.com>
Re: hash table usage questions <tzz@lifelogs.com>
Re: hash table usage questions <freesoft12@gmail.com>
Re: hash table usage questions <freesoft12@gmail.com>
Re: hash table usage questions <jurgenex@hotmail.com>
Re: hash table usage questions <tim@burlyhost.com>
Re: hash table usage questions <freesoft12@gmail.com>
ISINNET Function (or similar) <antgoodlife@gmail.com>
Re: ISINNET Function (or similar) <klaus03@gmail.com>
Re: ISINNET Function (or similar) <antgoodlife@gmail.com>
Re: ISINNET Function (or similar) <antgoodlife@gmail.com>
Re: ISINNET Function (or similar) <wahab-mail@gmx.de>
Re: searching for franken <tadmc@seesig.invalid>
Re: searching for franken <hansmu@xs4all.nl>
Re: system("pushd $dir") doesn't work <jrwats@gmail.com>
Re: system("pushd $dir") doesn't work <hansmu@xs4all.nl>
Re: Unit test that checks for "croak" <tim@burlyhost.com>
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Tue, 30 Dec 2008 06:10:07 -0800 (PST)
From: smallpond <smallpond@juno.com>
Subject: Re: fail running an external C program into a Perl CGI script
Message-Id: <431c70fd-6dcd-4b98-9298-92b5af4c959a@r27g2000vbp.googlegroups.com>
On Dec 30, 8:54 am, J=FCrgen Exner <jurge...@hotmail.com> wrote:
> ya...@savion.huji.ac.il wrote:
> >I 'm trying to execute a small C program into the Perl CGI working
> >with apache server and it fail . I used `cmd` , sytem, qx( ) , open
> >orders every thing it doens't work when it run as CGI. The script
> >works fine if it runs as shell script by hand or cron but the forked
> >program send "segmentation fault" and it ended with status 35584
> >(ACCESS VIOLATION) when it runs into CGI mode under apache server or
> >Sun One webserver.
>
> You have a close cousin to "Server error 500", see "perldoc -q 500" for
> details.
>
> jue
My mistake. Based on the FAQ, I was not supposed to give a polite
answer.
------------------------------
Date: Tue, 30 Dec 2008 10:52:21 -0800
From: Tim Greer <tim@burlyhost.com>
Subject: Re: fail running an external C program into a Perl CGI script
Message-Id: <F5u6l.3188$u17.3044@newsfe20.iad>
smallpond wrote:
> My mistake.  Based on the FAQ, I was not supposed to give a polite
> answer.
That made me laugh. Thanks.
--
Tim Greer, CEO/Founder/CTO, BurlyHost.com, Inc.
Shared Hosting, Reseller Hosting, Dedicated & Semi-Dedicated servers
and Custom Hosting. 24/7 support, 30 day guarantee, secure servers.
Industry's most experienced staff! -- Web Hosting With Muscle!
------------------------------
Date: Tue, 30 Dec 2008 10:53:25 -0800
From: Tim Greer <tim@burlyhost.com>
Subject: Re: fail running an external C program into a Perl CGI script
Message-Id: <G6u6l.3189$u17.3144@newsfe20.iad>
yairl@savion.huji.ac.il wrote:
> hi,
>
> I 'm trying to execute a small C program into the Perl CGI working
> with apache server and it fail . I used `cmd` , sytem, qx( ) , open
> orders every thing it doens't work when it run as CGI. The script
> works fine if it runs as shell script by hand or cron but the forked
> program send "segmentation fault" and it ended with status 35584
> (ACCESS VIOLATION) when it runs into CGI mode under apache server or
> Sun One webserver. This happened with some C small programs they use
> socket to connect some resources outside and return some value to
> evaluate. These programs started to fail since perl 5.6 under linux
> SuSe 9 ,10 and solaris 8 and 9. The regular OS orders like date, cat ,
> cal work fine, I tested it. I don't understand why is happened, what's
> wrong they are common C progrmas using the standard C library like
> socket lib. Someone know anything about this bug?
Are you using a script or program that's suid/sgid, or running SuEXEC
for CGI? This doesn't sound like a Perl issue, as others have said.
--
Tim Greer, CEO/Founder/CTO, BurlyHost.com, Inc.
Shared Hosting, Reseller Hosting, Dedicated & Semi-Dedicated servers
and Custom Hosting. 24/7 support, 30 day guarantee, secure servers.
Industry's most experienced staff! -- Web Hosting With Muscle!
------------------------------
Date: Tue, 30 Dec 2008 09:15:06 -0600
From: Ted Zlatanov <tzz@lifelogs.com>
Subject: Re: hash table usage questions
Message-Id: <86eizpae4l.fsf@lifelogs.com>
On Mon, 29 Dec 2008 17:02:56 -0800 (PST) "freesoft12@gmail.com" <freesoft12@gmail.com> wrote:
fc> I am storing a large number of file paths into a hash table's keys
fc> (to avoid duplicate paths) with well-known extensions like .cc,
fc> .cpp, .h,.hpp. If any of the paths is a symbolic link then the link
fc> is stored in the value field.
By "large" do you mean thousands (A) or millions (B)?
fc> My questions are:
fc> 1) Is a custom data structure better than using a hash to store the
fc> file paths?
A: no
B: yes, consider nested hash tables with one level per directory. You
can also use SQLite to manage the data in a single DB file.
fc> 2) I want to remove some of the files from the hash table that don't
fc> match a regular expression (say I am only interested in *.cc files)
fc> a) Is there a smart way to apply this regular expression on the hash
fc> table? My current solution iterates over each item in the hash table
fc> and then stores the keys that don't match the regex in a separate
fc> list. I then iterate over that list and remove each key from the
fc> hash table.
A: use the solutions others have posted
B: you'll need a function to walk the nested hash tables and call a
check function for each entry. Accumulate the results into a temporary
list and delete it (if you worry that the temporary list will grow too
large, delete the entries in place). With SQLite this is a trivial SQL
statement.
Ted
------------------------------
Date: Tue, 30 Dec 2008 09:18:50 -0600
From: Ted Zlatanov <tzz@lifelogs.com>
Subject: Re: hash table usage questions
Message-Id: <86abadadyd.fsf@lifelogs.com>
On Tue, 30 Dec 2008 01:34:43 GMT sln@netherlands.com wrote:
s> Why don't you clearly state what your trying to do instead of
s> grabbing straws and spewing all the buzzwords in the book.
There was nothing in the OP's questions that warranted your rudeness.
s> Not alot of people want to do your work and not get paid for it. Can
s> you do my work for me?
You, apparently, assume your time and intelligence are too precious to
waste helping people for free. This is not the right forum for you.
Ted
------------------------------
Date: Tue, 30 Dec 2008 08:33:42 -0800 (PST)
From: "freesoft12@gmail.com" <freesoft12@gmail.com>
Subject: Re: hash table usage questions
Message-Id: <ddeea477-eb24-456a-a372-189428c79890@l33g2000pri.googlegroups.com>
Thanks to all your code suggestions! I will give each of them a try!
Regards
John
------------------------------
Date: Tue, 30 Dec 2008 09:08:41 -0800 (PST)
From: "freesoft12@gmail.com" <freesoft12@gmail.com>
Subject: Re: hash table usage questions
Message-Id: <8020b463-faad-4c59-9e3d-21b94ef18737@g1g2000pra.googlegroups.com>
> You obviously need to learn Perl from the beginner position.
> You seem to wan't somebody to not only write the code for you, but
> provide documentation. As it is now, you exhibit knowledge below what is
> necessary to understand a solution should one be provided.
>
> Not alot of people want to do your work and not get paid for it.
> Can you do my work for me?
>
> sln
Yes, I am a beginner. I am trying to learn Perl by reading and asking
for advice from intermediate & advanced users. Rather than just asking
questions, I posted my Perl script that I created after receiving a
suggestion from one of the answers to one of my prev posts.
Your asinine answers to my questions and to other people's posts to
this newsgroup (i checked) spoils the great work done by others in
teaching Perl to beginners.
I am going to recommend to this group's moderator that they cancel
your membership. Your attitude is detrimental for beginners learning
Perl from this newsgroup.
Regards
John
------------------------------
Date: Tue, 30 Dec 2008 09:42:50 -0800
From: Jürgen Exner <jurgenex@hotmail.com>
Subject: Re: hash table usage questions
Message-Id: <b1nkl457nb5u96b12r3nsuejsn43v7p1u7@4ax.com>
"freesoft12@gmail.com" <freesoft12@gmail.com> wrote:
>> You obviously need to learn Perl from the beginner position.
Whom are you quoting here? It has been a proven custom for over 2
decades to name the original author because in Usenet you cannot assume
that the article you are replying to is visible to someone else.
>I am going to recommend to this group's moderator
That may be difficult because CLP is not moderated.
> that they cancel your membership.
That may be difficult, too, because there is no membership in Usenet.
>Your attitude is detrimental for beginners learning
>Perl from this newsgroup.
Can't comment on that because I can't tell whom you are talking about.
But yes, there are a few nutcases trolling in this NG, just like in
pretty much any other NG. Luckily they are easy to identify and just as
easy to filter.
jue
------------------------------
Date: Tue, 30 Dec 2008 10:49:52 -0800
From: Tim Greer <tim@burlyhost.com>
Subject: Re: hash table usage questions
Message-Id: <k3u6l.3187$u17.1342@newsfe20.iad>
Ted Zlatanov wrote:
> On Tue, 30 Dec 2008 01:34:43 GMT sln@netherlands.com wrote:
>
> s> Why don't you clearly state what your trying to do instead of
> s> grabbing straws and spewing all the buzzwords in the book.
>
> There was nothing in the OP's questions that warranted your rudeness.
>
> s> Not alot of people want to do your work and not get paid for it.
> Can s> you do my work for me?
>
> You, apparently, assume your time and intelligence are too precious to
> waste helping people for free. This is not the right forum for you.
>
> Ted
Unfortunately, this is the norm with that poster. Sometimes I get
confused, because (rarely) he actually does try and offer help (when
he's not trying to pretend he's the smartest, most important person
here... or trying to push his ridiculous parsing engine). Sometimes...
I have hope (but then I see his posts like the one you've quoted).
--
Tim Greer, CEO/Founder/CTO, BurlyHost.com, Inc.
Shared Hosting, Reseller Hosting, Dedicated & Semi-Dedicated servers
and Custom Hosting. 24/7 support, 30 day guarantee, secure servers.
Industry's most experienced staff! -- Web Hosting With Muscle!
------------------------------
Date: Tue, 30 Dec 2008 10:56:04 -0800 (PST)
From: "freesoft12@gmail.com" <freesoft12@gmail.com>
Subject: Re: hash table usage questions
Message-Id: <c3353f15-0e18-47ab-a13a-87e8d6040c19@o40g2000prn.googlegroups.com>
Here are the answers to the questions that Tim, Ted had asked:
My Perl project description:
1) I get thousands of files (lets call them: TFILES) from a C++
program that prints out all the files, being opened by the program
over a period of time, to a log. Hence there are several TFILES that
are opened many times.
2) My Perl script analyzes the TFILEs and collects & publishes various
statistics about each of the TFILEs.
3) the user can specify one or more filters (containing one or more
regular expressions) so that they can see the statistics about a
subset of TFILES (say, just *.cc and *.cpp files).
4) the filters can be specified in the foll 3 ways:
a) on the command line
- All filters are specified on the command line. Hence, I can
populate the hash table with just the TFILEs that match the filter(s)
b) interactively, from a Perl-Tk GUI
- For this case, I need to read in all the TFILEs into the
hash table and show the TFILEs to the user in the GUI. The user then
enters the regular expressions to create a filter file. I apply the
filter file and remove the filtered-out TFILEs from the hash table and
show the reduced hash table to the user again in the GUI.
My Question: My results show that there is quite some time spent in
copying the keys in the hash to the Perl-Tk GUI (once for creating the
filters) and then again, to show the filtered results.
Regards
John
------------------------------
Date: Tue, 30 Dec 2008 11:40:19 -0800 (PST)
From: Antgoodlife <antgoodlife@gmail.com>
Subject: ISINNET Function (or similar)
Message-Id: <de68b03d-87f1-48be-9b4a-9d94ac2b8e0a@a29g2000pra.googlegroups.com>
New to perl and this community...Hi all...
I've done some javascript / proxy pac work and I was curious if perl
has a built in (or if someone can point me to a module) that
determines if an IP is in a specific network? (Similar to proxy.pac
isinnet function)
For example :
#!/usr/bin/perl -w
# if ip 10.8.5.3 is in net 10.8.0.0 w/mask 255.255.0.0 return true
$ipaddr = "10.8.5.3"
print "$ipaddr is in the network!" if isinnet
($ipaddr,"10.8.0.0","255.255.0.0");
CIDR notation acceptance is a plus however not required for my
question.
Thank you in advance.
------------------------------
Date: Tue, 30 Dec 2008 11:57:58 -0800 (PST)
From: Klaus <klaus03@gmail.com>
Subject: Re: ISINNET Function (or similar)
Message-Id: <72b0a59a-8be0-4ed2-b301-bc10c79265ba@i24g2000prf.googlegroups.com>
On Dec 30, 8:40=A0pm, Antgoodlife <antgoodl...@gmail.com> wrote:
> ... (or if someone can point me to a module) that
> determines if an IP is in a specific network? =A0(Similar to proxy.pac
> isinnet function)
I have found the following as the second link in a Google search:
("isinnet cpan")
http://search.cpan.org/src/MIYAGAWA/HTTP-ProxyPAC-0.01/lib/HTTP/ProxyPAC/Fu=
nctions.pm
--
Klaus
------------------------------
Date: Tue, 30 Dec 2008 13:49:24 -0800 (PST)
From: Antgoodlife <antgoodlife@gmail.com>
Subject: Re: ISINNET Function (or similar)
Message-Id: <35b9be53-9061-4f0c-9629-f35de6fdc07d@33g2000yqm.googlegroups.com>
Thank you Klaus, I actually found that but was unable to get it
working.. thus headed to the forums... any idea what I can be doing
wrong?
On a Win32 box running Perl 5.10.0
Ran : ppm install HTTP-ProxyAutoConfig
Then :
C:\>type TestInNet.pl
#!/usr/bin/perl -w
# if ip 10.16.5.3 is in net 10.16.0.0 w/mask 255.255.0.0 return true
use HTTP::ProxyAutoConfig;
$ipaddr =3D "10.16.5.3";
if isInNet($ipaddr,"10.16.0.0","255.255.0.0"); {
print "$ipaddr is in the network!";
}
C:\>TestInNet.pl
Useless use of a constant in void context at C:/Perl/site/lib/HTTP/
ProxyAutoConfig.pm line 367.
syntax error at C:\TestInNet.pl line 7, near "if isInNet"
Execution of C:\TestInNet.pl aborted due to compilation errors.
On Dec 30, 2:57=A0pm, Klaus <klau...@gmail.com> wrote:
> On Dec 30, 8:40=A0pm, Antgoodlife <antgoodl...@gmail.com> wrote:
>
> > ... (or if someone can point me to a module) that
> > determines if an IP is in a specific network? =A0(Similar to proxy.pac
> > isinnet function)
>
> I have found the following as the second link in a Google search:
> ("isinnet cpan")http://search.cpan.org/src/MIYAGAWA/HTTP-ProxyPAC-0.01/li=
b/HTTP/Proxy...
>
> --
> Klaus
------------------------------
Date: Tue, 30 Dec 2008 13:52:27 -0800 (PST)
From: Antgoodlife <antgoodlife@gmail.com>
Subject: Re: ISINNET Function (or similar)
Message-Id: <b041719f-21f3-40b3-99b4-8f14e91e7c1c@r40g2000yqj.googlegroups.com>
!! Sorry... modified for the post too quickly w/out proper syntax... I
mean I get "THIS error"
C:\>TestInNet.pl
Useless use of a constant in void context at C:/Perl/site/lib/HTTP/
ProxyAutoConfig.pm line 367.
Undefined subroutine &main::isInNet called at C:\TestInNet.pl line 7.
C:\>type TestInNet.pl
#!/usr/bin/perl -w
# if ip 10.16.5.3 is in net 10.16.0.0 w/mask 255.255.0.0 return true
use HTTP::ProxyAutoConfig;
$ipaddr = "10.16.5.3";
if (isInNet($ipaddr,"10.16.0.0","255.255.0.0")) {
print "$ipaddr is in the network!";
}
------------------------------
Date: Tue, 30 Dec 2008 23:23:37 +0100
From: Mirco Wahab <wahab-mail@gmx.de>
Subject: Re: ISINNET Function (or similar)
Message-Id: <gje76b$pqg$1@mlucom4.urz.uni-halle.de>
Antgoodlife wrote:
> !! Sorry... modified for the post too quickly w/out proper syntax... I
> mean I get "THIS error"
> C:\>TestInNet.pl
> Useless use of a constant in void context at C:/Perl/site/lib/HTTP/
> ProxyAutoConfig.pm line 367.
> Undefined subroutine &main::isInNet called at C:\TestInNet.pl line 7.
>
> C:\>type TestInNet.pl
> #!/usr/bin/perl -w
> # if ip 10.16.5.3 is in net 10.16.0.0 w/mask 255.255.0.0 return true
> use HTTP::ProxyAutoConfig;
> $ipaddr = "10.16.5.3";
>
> if (isInNet($ipaddr,"10.16.0.0","255.255.0.0")) {
> print "$ipaddr is in the network!";
> }
I don't know what the module is supposed to do,
but wouldn't a simple comparison of fields against
the netmask:
...
my $net = '10.16.0.0';
my $mask = '255.255.0.0';
my $ip = "10.16.5.3";
if( isInNet($ip, $net, $mask) ) {
print 'true'
}
else {
print 'false'
}
sub isInNet {
my @ip = split /\./, $_[0]; # split ip into net fields
my @net = split /\./, $_[1]; # split network into fields
for( $_[2] =~ /255/g ) { # iterate over '255' mask fields
return 0 if shift(@ip) ne shift(@net) # bail if different
}
1
}
...
suffice? Of course, only for IPV4.
Regards
M.
------------------------------
Date: Tue, 30 Dec 2008 08:51:16 -0600
From: Tad J McClellan <tadmc@seesig.invalid>
Subject: Re: searching for franken
Message-Id: <slrnglkdb4.fio.tadmc@tadmc30.sbcglobal.net>
George <george@example.invalid> wrote:
> On Mon, 29 Dec 2008 08:07:39 -0600, Tad J McClellan wrote:
>
>> Mirco Wahab <wahab-mail@gmx.de> wrote:
>>> George wrote:
>>>> contains the following words:
>>>> distributed memory
I expect you really meant "phrases" rather than "words" there?
That is, you want to match when "memory" follows "distributed",
with some whitespace in between?
If so, then:
>>> my $what = qr'distributed.*?memory|Numerid.*?Ried|OpenMP';
Should instead be:
my $what = qr'distributed\s+memory|Numerid\s+Ried|OpenMP';
Now you will need neither m//m nor m//s...
Note that this will NOT match if the page instead contains
distributed memory
or
distributed<br>memory
etc ...
>>> while($html =~ /$what/mg) { # note the /m modifier
>>
>>
>> Note that the /m modifier does absolutely nothing for the pattern
>> being used, and so is not needed at all.
>>
>> You probably meant the /s modifier instead?
>
> I think this is a significant issue and is where I'm stumbling right now:
m//m modifies the meaning of the "^" and "$" anchors. It is useless
on patterns that do not make use of those anchors.
m//s modifies the meaning of ".". It is useless on patterns that
do not make use of the dot metacharacter (like in the amended
pattern above).
> my $url = 'www.alfrankensense.com/al_franken_quotes.html';
> This is the page that I want to work on.
Getting this deep into a thread before the subject of the article
correlates with the Subject of the article is plain silly.
Please exercise more care in choosing the contents of your Subject header.
--
Tad McClellan
email: perl -le "print scalar reverse qq/moc.noitatibaher\100cmdat/"
------------------------------
Date: Tue, 30 Dec 2008 21:48:11 +0100
From: Hans Mulder <hansmu@xs4all.nl>
Subject: Re: searching for franken
Message-Id: <495a8a23$0$195$e4fe514c@news.xs4all.nl>
Dr.Ruud wrote:
> Unless of course you would bind .pl to a shebang.com that would
> just do what you once expected.
My copy of perlrun says that perl.exe does exactly that: it reads
the shebang line and redispatches to the path stated there (unless
the word "perl" occurs on that line).
When Perl was young, this was useful on Unix versions that didn't
support shebang; these days it is perhaps useful on Windows.
Hope this helps,
-- HansM
------------------------------
Date: Tue, 30 Dec 2008 10:13:41 -0800 (PST)
From: jrwats <jrwats@gmail.com>
Subject: Re: system("pushd $dir") doesn't work
Message-Id: <6e7e1b27-a068-4f9a-8115-110d6aa47c07@x16g2000prn.googlegroups.com>
> Can you explain how this isn't working for you? =A0
It has to do with creating a new process and not affecting the
environment I'm running it from. Sounds like that simply can't be
acheived. I have a workaround for it anyhow.
------------------------------
Date: Tue, 30 Dec 2008 22:21:31 +0100
From: Hans Mulder <hansmu@xs4all.nl>
Subject: Re: system("pushd $dir") doesn't work
Message-Id: <495a91f3$0$189$e4fe514c@news.xs4all.nl>
Jürgen Exner wrote:
> jrwats <jrwats@gmail.com> wrote:
>> Can this not work within a perl script? I'm running the program from
>> a windows cmd.exe command prompt.
>>
>> also tried `pushd $dir`
>> and system("pushd", $dir);
>
> Of course it works, it's just not very useful.
It doesn't work if $dir does not contain any shell meta-characters.
In that case, perl will bypass the shell and try to find 'pushd' in
$ENV{PATH} itself. This fails, because 'pushd' is a shell built-in
and does not exist in $ENV{PATH}.
The situation is different for the 'cd' command (at least, on Posix-
compliant systems). 'Cd' is also a shell built-in (it has to be), but
it also exists as a binary in /usr/bin/. The authors of the Posix
standard felt that script writers might want to know if they could do
chdir($dir) if they wanted to. The Perl way to do this, would be to
try it and look at the value returned by the chdir() command.
Posix provides an alternative: you can do system("cd $dir"). This
will create a new process. This new process will try to do chdir($dir).
If this succeeds, $? is set 0 in the parent process, else it's set to a
non-zero value.
Hope this helps,
-- HansM
------------------------------
Date: Tue, 30 Dec 2008 10:46:56 -0800
From: Tim Greer <tim@burlyhost.com>
Subject: Re: Unit test that checks for "croak"
Message-Id: <A0u6l.3186$u17.823@newsfe20.iad>
Dr.Ruud wrote:
> Tim Greer wrote:
>> sln@netherlands.com wrote:
>>> Dr.Ruud:
>
>>>> I promote to test the return value of eval.
>>> ^^^^^^^
>>> what do you mean?
>>
>> Probably he promotes that method of doing it, unless it meant
>> propose.
>
> I mean "promote". There are known issues in Perl with $@, like $@
> loosing a value, like with DESTROY.
> I already proposed @@, so $@[-1] would hold the last one.
>
> And I just hate the decoupled way of "if ($@){}", it is far too
> distant for my taste. The Perl compiler needs to do crazy things to
> try to make $@ to be about the previous statement (or block) as much
> as possible.
>
I assumed so (but thanks for clarifying), and I completely agree with
you on this matter as well.
--
Tim Greer, CEO/Founder/CTO, BurlyHost.com, Inc.
Shared Hosting, Reseller Hosting, Dedicated & Semi-Dedicated servers
and Custom Hosting. 24/7 support, 30 day guarantee, secure servers.
Industry's most experienced staff! -- Web Hosting With Muscle!
------------------------------
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 2087
***************************************
