[25274] in Perl-Users-Digest
Perl-Users Digest, Issue: 7519 Volume: 10
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Tue Dec 14 21:05:34 2004
Date: Tue, 14 Dec 2004 18:05:07 -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, 14 Dec 2004 Volume: 10 Number: 7519
Today's topics:
Re: (quickie) (Aliasing) Possible to get this to work i <abigail@abigail.nl>
Re: [Slightly OT] Perl interpreter (win32) single "thre <1usa@llenroc.ude.invalid>
Re: [Slightly OT] Perl interpreter (win32) single "thre <not@home.net>
Re: [Slightly OT] Perl interpreter (win32) single "thre <nobull@mail.com>
Re: [Slightly OT] Perl interpreter (win32) single "thre <not@home.net>
Re: [Slightly OT] Perl interpreter (win32) single "thre <1usa@llenroc.ude.invalid>
Re: [Slightly OT] Perl interpreter (win32) single "thre <emschwar@fc.hp.com>
Re: [Slightly OT] Perl interpreter (win32) single "thre djberg96@hotmail.com
Re: [XML::XSLT] empty result while parsing xml file <nobull@mail.com>
Re: Fast and high-quality Web Site Creation (CNA Programming Group)
Re: go to a link, save the page and email it out? <zhangd@tycoelectronics.com>
Re: go to a link, save the page and email it out? <zhangd@tycoelectronics.com>
Re: go to a link, save the page and email it out? <zhangd@tycoelectronics.com>
Re: go to a link, save the page and email it out? <zhangd@tycoelectronics.com>
Re: go to a link, save the page and email it out? <zhangd@tycoelectronics.com>
Re: opening a temp window from a perl script? <dlr93612@yahoo.com>
Requiring perl scripts <b1gus AT creationfactor DOT net>
Re: Requiring perl scripts <amead@comcast.net>
Re: Scary IPC::Open3 filehandle difference <usenet@vyznev.invalid>
Session management for cgi, ldap, oracle? spam1.minus1@comjet.com
Session management for cgi, ldap, oracle? spam1.minus1@comjet.com
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: 14 Dec 2004 20:07:07 GMT
From: Abigail <abigail@abigail.nl>
Subject: Re: (quickie) (Aliasing) Possible to get this to work in strict?
Message-Id: <slrncruhvb.fj.abigail@alexandra.abigail.nl>
Crom (xxxx@yyyy.zzzz) wrote on MMMMCXXIII September MCMXCIII in
<URL:news:cpm91r$8of$1@news.astound.net>:
"" 1: my $n = 5;
"" 2: *r = \$n;
"" 3:
"" 4: $r++; # both should now be 6
"" 5: $n++; # both should not be 7
"" 6:
"" 7: print "\$n = $n\n\$r = $r";
""
""
"" Works fine without 'use strict'...
""
"" $n = 7
"" $r = 7
""
"" ...but with strict it barfs.
""
"" Global symbol "$r" requires explicit package name at line 6.
"" Global symbol "$r" requires explicit package name at line 9.
#!/usr/bin/perl
use strict;
use warnings;
no warnings qw /syntax/;
my $n = 5;
*::r = \$n;
$::r++; # both should now be 6
$n++; # both should now be 7
print "\$n = $n\n\$r = $::r\n";
__END__
$n = 7
$r = 7
Abigail
--
$_ = "\x3C\x3C\x45\x4F\x54" and s/<<EOT/<<EOT/e and print;
Just another Perl Hacker
EOT
------------------------------
Date: 14 Dec 2004 19:20:31 GMT
From: "A. Sinan Unur" <1usa@llenroc.ude.invalid>
Subject: Re: [Slightly OT] Perl interpreter (win32) single "threaded"?
Message-Id: <Xns95BF91E53DD68asu1cornelledu@132.236.56.8>
"JayEs" <not@home.net> wrote in
news:Z0Gvd.39811$bP2.22992@newssvr12.news.prodigy.com:
> First off I am sure that a lot of you folks will have the inclination
> to answer my Q with : Oh, that's a windoze thing.
No, our inclination will be to suggest that you read the posting guidelines
first. Following the recommendations mentioned there will help you post a
question that is answerable. We are not telepaths you know. (I have heard
that ESP module can work wonders in these situations but being on Win XP, I
am having a hard time installing it :)
You can find the posting guidelines at:
http://mail.augustmail.com/~tadmc/clpmisc/clpmisc_guidelines.html
Recommended reading: http://perl.plover.com/#questions
Sinan.
--
A. Sinan Unur
1usa@llenroc.ude.invalid
(remove '.invalid' and reverse each component for email address)
------------------------------
Date: Tue, 14 Dec 2004 19:59:30 GMT
From: "JayEs" <not@home.net>
Subject: Re: [Slightly OT] Perl interpreter (win32) single "threaded"?
Message-Id: <CCHvd.39832$bP2.30032@newssvr12.news.prodigy.com>
> No, our inclination will be to suggest that you read the posting
> guidelines
> first. Following the recommendations mentioned there will help you post a
> question that is answerable.
Any question is "answerable" even if the answer is: I don't know :-)
I read the posting guidelines and I think I am well within the limits
defined there. If I knew of a better place to ask, I wouldn't have here.
Before posting (as I always do) I googled the heck out of this particular
question but didn't find anything to satisfy. I noted (in the subject) that
this particular post was SOT and while I do not admire verbosity I feel I
had to in this case to get the point out. Since I started reading this NG I
have seen a lot of "you've never told us what you already tried" snides, so
to remedy this I gave examples of what I tried to come to my conclusions.
So if after this you still feel I should not have asked the question, you
are of course free to not try and answer it :-) That is probably less of a
waste of bandwidth...
Cheers!
------------------------------
Date: Tue, 14 Dec 2004 22:00:03 +0000
From: Brian McCauley <nobull@mail.com>
Subject: Re: [Slightly OT] Perl interpreter (win32) single "threaded"?
Message-Id: <cpnnp4$cbe$1@slavica.ukpost.com>
JayEs wrote:
[ a lot of English prose ]
Can you please post a minimal but complete Perl script that manifests
the problem you describe on your system so that we can run it and see if
we can reproduce your problem.
This request can be found in the posting guidelines - had you consulted
them you could have saved us some effort.
------------------------------
Date: Tue, 14 Dec 2004 23:28:12 GMT
From: "JayEs" <not@home.net>
Subject: Re: [Slightly OT] Perl interpreter (win32) single "threaded"?
Message-Id: <gGKvd.39864$bP2.28553@newssvr12.news.prodigy.com>
"Brian McCauley" wrote:
> Can you please post a minimal but complete Perl script that manifests the
> problem you describe on your system so that we can run it and see if we
> can reproduce your problem.
Call me dense, but I really don't see how the question: "Is Perl.exe or one
of its dlls only single threaded?" could or should be be translated into
code. I have given every step that I went through before posting the
question. True, I could have provided a piece of code, but since the
question is about the underlying interpreter, this problem should be
reproducable with any perl script you happen to have around.
> This request can be found in the posting guidelines - had you consulted
> them you could have saved us some effort.
As I said before, I *DID* consult the posting guidelines - had you read my
prior post, you would have seen that. However, they clearly don't account
for situations where there is no code. If that makes this post better
suitable for another NG, then I would be glad to hear from someone that can
point me in the right direction. As it stands, I feel that responses to my
query have been harsh and have seen this same behavior in many other posts.
If this is the way to make a new Perl enthusiast feel welcome to the
community, then I am surprised that the language didn't die long ago.
All I am trying to do is get some information...
------------------------------
Date: 14 Dec 2004 23:47:00 GMT
From: "A. Sinan Unur" <1usa@llenroc.ude.invalid>
Subject: Re: [Slightly OT] Perl interpreter (win32) single "threaded"?
Message-Id: <Xns95BFBF12FA7BCasu1cornelledu@132.236.56.8>
"JayEs" <not@home.net> wrote in
news:CCHvd.39832$bP2.30032@newssvr12.news.prodigy.com:
>
>> No, our inclination will be to suggest that you read the posting
>> guidelines first. Following the recommendations mentioned there will
>> help you post a question that is answerable.
>
> Any question is "answerable" even if the answer is: I don't know :-)
See "Speak Perl rather than English, when possible" and "Provide enough
information" at http://tinyurl.com/3sawl
We need to see an example script that exhibits the said problem. You might
have have discovered something here but we cannot know without making sure
it is not some obvious error on your part.
Sinan.
------------------------------
Date: Tue, 14 Dec 2004 17:02:50 -0700
From: Eric Schwartz <emschwar@fc.hp.com>
Subject: Re: [Slightly OT] Perl interpreter (win32) single "threaded"?
Message-Id: <etou0qozavp.fsf@wilson.emschwar>
"JayEs" <not@home.net> writes:
> "Brian McCauley" wrote:
>> Can you please post a minimal but complete Perl script that manifests the
>> problem you describe on your system so that we can run it and see if we
>> can reproduce your problem.
>
> Call me dense, but I really don't see how the question: "Is Perl.exe or one
> of its dlls only single threaded?" could or should be be translated into
> code.
The code we're looking for is the code that exhibits the problem that
makes you think it might be single-threaded. I, and possibly others,
have a sneaking suspicion that the problem is in your code, or
possibly in Windows, not in Perl. But until we see your code, we
don't know if your question is even relevant to your real problem.
This is also known as an X-Y problem. You're asking for X-- whether
or not Perl is single-threaded, but you really want Y-- the ability to
modify one file from multiple programs at once. If we see the code
you're using, we may be able to make suggestions as to how to
accomplish your goals another way, but we can't do that without code.
I have no idea if you have any Computer Science background, but Rule
#1 that is pounded into every undergraduate's head from their first
"Pascal for Barely Subliterate Morons" class is that, if you think
you've found a compiler bug, you're wrong. It doesn't matter what you
think you're doing right, the compiler is fine, it's your code that's
broken. Obviously this isn't true in all cases, but it's the first,
and best, way to approach any problem. You're assuming it's Perl's
fault, and we're not. The only way to know for sure is for you to
provide code.
> I have given every step that I went through before posting the
> question. True, I could have provided a piece of code, but since the
> question is about the underlying interpreter, this problem should be
> reproducable with any perl script you happen to have around.
Again, the suspicion is that the problem is with your code, NOT the
interpreter. But until we can see your code, we can't know whether
you're right or not, because any attempts we make to reproduce the
problem are most likely going to fail because we don't use the
peculiar combintion and ordering of functions that are exposing the
particular problem you see.
> As I said before, I *DID* consult the posting guidelines - had you read my
> prior post, you would have seen that. However, they clearly don't account
> for situations where there is no code.
But there *is* code, you're just not providing it, because you think
it's not relevant to your problem. The problem is that you're wrong--
it IS relevant, and your increasingly combative tone is reducing the
quality of answers you're going to get by offending the most
knowledgeable posters here.
> As it stands, I feel that responses to my query have been harsh and
> have seen this same behavior in many other posts.
Requests for code are not harsh. Comments about the lack of code
after you specifically have stated that you read the document that
specifies that you include code are not harsh either.
> If this is the way to make a new Perl enthusiast feel welcome to
> the community, then I am surprised that the language didn't die long
> ago.
The reason Perl, or any language, doesn't die is that it is useful for
some people to do things they want done.
> All I am trying to do is get some information...
And all anyone here is doing is trying to tell you how to get it. You
don't seem stupid, and I'm hoping you're educable, or else I've wasted
my time composing this message, and I hate wasting my time. So you
have the option of:
1) Providing code that we can scrutinize, or
2) Not getting any help.
Assuming you actually want help, it seems perverse to refuse to show
us any code.
-=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: 14 Dec 2004 16:22:44 -0800
From: djberg96@hotmail.com
Subject: Re: [Slightly OT] Perl interpreter (win32) single "threaded"?
Message-Id: <1103060957.432937.7830@c13g2000cwb.googlegroups.com>
JayEs,
I don't think there is anything inherent in the Perl interpreter that
would cause it to block other Perl processes. You didn't provide a
code sample, which would have helped us narrow down your issue,
however.
I was not able to fire off multiple, simultaneous Perl processes from
within a Perl program using system or exec (which use CreateProcess
behind the scenes), but I was able to using ActiveState's version of
fork. Mind you, I only spent about 2 minutes trying, so maybe I missed
something.
You may be able to get it to work with Win32::Process::Create, but I
would have to see what options you're trying to pass.
Regards,
Dan
------------------------------
Date: Tue, 14 Dec 2004 22:24:21 +0000
From: Brian McCauley <nobull@mail.com>
Subject: Re: [XML::XSLT] empty result while parsing xml file
Message-Id: <cpnp6r$cff$1@slavica.ukpost.com>
James Willmore wrote:
> On Thu, 09 Dec 2004 12:50:13 +0100, PL wrote:
>
>
>>I'm using in my perl-script following line:
>>my $xslparser = XML::XSLT->new(Source => $xslfile);
>>my $result = $xslparser->serve(Source => $xmlfile);
>>print $result;
>
>
> I would write (as complete code that works):
> #!/usr/bin/perl
>
> use strict;
> use warnings;
>
> use XML::XSLT;
>
> my $xmlfile = 'test.xml';
> my $xslfile = 'test.xsl';
>
> my $xslparser = XML::XSLT->new(Source => $xslfile);
> my $result = $xslparser->serve(Source => $xmlfile);
> print $result;
>
>
>>Now I'm trying to perform a <xsl:template>, but It gives an empty
>>result (just <html><body/></html>)
>>If I try the xls-transformation with altova xmlspy it works
>>correctly.
>
>
> I don't see how it did. OTOH, I had not used XMLSpy, so maybe it does
> some sort of "magic" when there's an error in the XSLT.
I don't think there's an error in the XSLT program but rather in the
interpreter.
> Read on ...
> When using <xsl:template> and performing a match or select, you have to do
> something with the values. Just using an empty element tag is not enough.
There's nothing wrong with a having a empty template - what it does is
ignore part of the input tree.
------------------------------
Date: Tue, 14 Dec 2004 16:07:34 GMT
From: cna_pgroup@yahoo.com (CNA Programming Group)
Subject: Re: Fast and high-quality Web Site Creation
Message-Id: <f43813be.4287358373.0228a78b@posting.google.com>
Hardly any safe jackets are top and other ambitious columns are
lower, but will Ali result that? The conservation supervisor rarely
leaves Julie, it departs Ayad instead. He'll be dancing except
sharp Pat until his verb derives no. For Edna the trick's appalling,
since me it's federal, whereas underneath you it's provoking
surprising. Gawd, Daoud never spins until Hamza boils the doubtful
tv hatefully. We display organic caps regarding the extended
honest terrace, whilst Woody neatly lowers them too. Donovan, still
interrupting, sorts almost importantly, as the reconstruction
commands below their border. I am familiarly tremendous, so I
modify you. I was throwing to contemplate you some of my stuck
chapters. To be permanent or essential will allege bored soccers to
thoughtfully differ.
The infants, ends, and kids are all sweet and excited.
They are beging such as the county now, won't drown remainss later. Both
analysing now, Eve and Jethro failed the attractive lines beneath
okay norm. The compound in relation to the fiscal foothill is the
memory that amends incidentally. We drop them, then we afterwards
compete Abu and Alhadin's impressed occurrence. He might satisfy
superbly, unless Amber rids startings during Lloyd's cab. Many
worthwhile implicit newss will gently range the lines.
If you'll going Marwan's delegation with commitments, it'll angrily
lay the dimension. She'd rather tighten powerfully than cite with
Marian's round testing.
------------------------------
Date: 14 Dec 2004 16:31:50 -0800
From: "dale" <zhangd@tycoelectronics.com>
Subject: Re: go to a link, save the page and email it out?
Message-Id: <1103070710.301734.255980@z14g2000cwz.googlegroups.com>
HTML::Mail works for some web sites. But some web sites have
protections for reading some files, which is expected. THe results are:
C:\Perl\scripts>mailp.pl
Error while making request [ GET
http://www.macom.com/Images/darkblue_bgcolor.gi
f]
404 Object Not Found at C:/Perl/lib/HTML/Mail.pm line 167.
C:\Perl\scripts>
However, if I use IE to open www.macom.com, I can save the page with
all images. Any suggestions?
Thanks a lot. -Dale
------------------------------
Date: 14 Dec 2004 16:48:27 -0800
From: "dale" <zhangd@tycoelectronics.com>
Subject: Re: go to a link, save the page and email it out?
Message-Id: <1103071707.203785.33820@c13g2000cwb.googlegroups.com>
HTML::Mail works for some web sites. But some web sites have
protections for reading some files, which is expected. THe results are:
C:\Perl\scripts>mailp.pl
Error while making request [ GET
http://www.macom.com/Images/darkblue_bgcolor.gi
f]
404 Object Not Found at C:/Perl/lib/HTML/Mail.pm line 167.
C:\Perl\scripts>
However, if I use IE to open www.macom.com, I can save the page with
all images. Any suggestions?
Thanks a lot. -Dale
------------------------------
Date: 14 Dec 2004 16:49:54 -0800
From: "dale" <zhangd@tycoelectronics.com>
Subject: Re: go to a link, save the page and email it out?
Message-Id: <1103071793.978580.39880@c13g2000cwb.googlegroups.com>
Tried the simple one.
HTML::Mail works for some web sites. But some web sites have
protections for reading some files, which is expected. THe results are:
C:\Perl\scripts>mailp.pl
Error while making request [ GET
http://www.macom.com/Images/darkblue_bgcolor.gi
f]
404 Object Not Found at C:/Perl/lib/HTML/Mail.pm line 167.
C:\Perl\scripts>
However, if I use IE to open www.macom.com, I can save the page with
all images. Any suggestions?
Thanks a lot. -Dale
------------------------------
Date: 14 Dec 2004 16:56:42 -0800
From: "dale" <zhangd@tycoelectronics.com>
Subject: Re: go to a link, save the page and email it out?
Message-Id: <1103055735.287099.167920@f14g2000cwb.googlegroups.com>
Thank you all. I tried HTML::Mail, it worked. It is simple.
-Dale
------------------------------
Date: 14 Dec 2004 16:57:28 -0800
From: "dale" <zhangd@tycoelectronics.com>
Subject: Re: go to a link, save the page and email it out?
Message-Id: <1103055841.252971.174980@f14g2000cwb.googlegroups.com>
Thank you all. I tried HTML:Mail and worked. It is simple.
-Dale
------------------------------
Date: 14 Dec 2004 14:47:29 -0800
From: "Lisa" <dlr93612@yahoo.com>
Subject: Re: opening a temp window from a perl script?
Message-Id: <1103051304.647573.10480@z14g2000cwz.googlegroups.com>
Thank you. I will look elsewhere for the answer.
Lisa
------------------------------
Date: Tue, 14 Dec 2004 21:50:53 -0000
From: "Bigus" <b1gus AT creationfactor DOT net>
Subject: Requiring perl scripts
Message-Id: <NY6dnY78cKWh_SLcRVnyrQ@giganews.com>
I have a login script for my site which has various code and subroutines in
it. Once the users have logged in the login script will pass them over to
the main web application script along with their session ticket.
Periodically, I will need to check the session ticket has not expired and in
most cases a new ticket will be issued automatically since their login
details will be in a cookie. I would like to contain the code necessary for
doing this in the login script in the form of a subroutine and then call it
from application.cgi. If I do a "require login.cgi" in application.cgi will
it just make the subroutines available or will it attempt to run all the
code in login.cgi before the subroutines?
Thanks
Bigus
------------------------------
Date: Tue, 14 Dec 2004 18:58:24 -0600
From: Alan Mead <amead@comcast.net>
Subject: Re: Requiring perl scripts
Message-Id: <pan.2004.12.15.00.58.23.105536@comcast.net>
Star date: Tue, 14 Dec 2004 21:50:53 +0000, Bigus's log:
> I have a login script for my site which has various code and subroutines
> in it. Once the users have logged in the login script will pass them
> over to the main web application script along with their session ticket.
>
> Periodically, I will need to check the session ticket has not expired
> and in most cases a new ticket will be issued automatically since their
> login details will be in a cookie. I would like to contain the code
> necessary for doing this in the login script in the form of a subroutine
> and then call it from application.cgi. If I do a "require login.cgi" in
> application.cgi will it just make the subroutines available or will it
> attempt to run all the code in login.cgi before the subroutines?
man perlfunc will tell you what require does. It's a fairly complex
function. I don't think it will do what you want.
Go to .. IIRC... comp.infosys.www.authoring.cgi and ask about this. I
think the usual solution is to make a 'login()' routine in application.cgi
that just prints a redirection header sending the person to login.cgi.
-Alan
------------------------------
Date: Tue, 14 Dec 2004 22:54:28 +0200
From: Ilmari Karonen <usenet@vyznev.invalid>
Subject: Re: Scary IPC::Open3 filehandle difference
Message-Id: <slrncruko4.2s5.usenet@boojum.home.vyznev.net>
On 2004-10-28, Mike Hunter <mhunter@berkeley.edu> wrote:
> my $pid = open3(\*WTRFH, \*RDRFH, \*ERRFH, @ARGV);
...
> Anyway, my frist draft had wrapper.pl with the following slightly-different
> opening lines:
>
> my ($wtrfh, $rdrfh, $errfh);
> my $pid = open3($wtrfh, $rdrfh, $errfh, @ARGV);
...
> So somehow, it does 20 reads on the same filehandle, which has magically gotten
> STDOUT and STDERR of buggy.pl....
The documentation for IPC::Open3 says:
If ERRFH is false, or the same file descriptor as RDRFH, then
STDOUT and STDERR of the child are on the same filehandle.
Note the part about ERRFH being false. Also note that undef is false.
So yes, according to the documentation it _is_ supposed to work like
that. That said, it does feel rather stupid. It also means the two
code examples in the synopsis don't do the same thing, even though the
latter certainly looks like it should do the same as the former.
So I suppose the question is how much legacy code would break if it
was changed to work in a more sensible way. Any guesses?
--
Ilmari Karonen
To reply by e-mail, please replace ".invalid" with ".net" in address.
------------------------------
Date: 14 Dec 2004 17:24:17 -0800
From: spam1.minus1@comjet.com
Subject: Session management for cgi, ldap, oracle?
Message-Id: <1103073857.049061.147600@z14g2000cwz.googlegroups.com>
Hi,
I'm looking for session and authentication management, to wit:
1. Prompt the user for a username/pass.
2. Check this against an LDAP server.
3. If OK, start a session. This gives the application the OK to log
into Oracle using a hardcoded username/pass.
4. Maintain the user's session across the many scripts that make up the
web site.
5. Kill the session when the user clicks log off or closes the browser.
I have two possible environments I can use:
1. linux (suse 9.1), apache, cgi, oracle, perl 5.8.3, LDAP 3
2. solaris, apache, cgi, oracle, perl 5.005, LDAP 3
Can anyone recommend a toolkit that does this? I would really like this
to be _easy_, but if that's not possible, I guess it won't kill me to
do a little coding.
Thanks for any leads.
Waldo
------------------------------
Date: 14 Dec 2004 18:03:07 -0800
From: spam1.minus1@comjet.com
Subject: Session management for cgi, ldap, oracle?
Message-Id: <1103073658.231319.16460@f14g2000cwb.googlegroups.com>
Hi,
I'm looking for session and authentication management, to wit:
1. Prompt the user for a username/pass.
2. Check this against an LDAP server.
3. If OK, start a session. This gives the application the OK to log
into Oracle using a hardcoded username/pass.
4. Maintain the user's session across the many scripts that make up the
web site.
5. Kill the session when the user clicks log off or closes the browser.
I have two possible environments I can use:
1. linux (suse 9.1), apache, cgi, oracle, perl 5.8.3, LDAP 3
2. solaris, apache, cgi, oracle, perl 5.005, LDAP 3
Can anyone recommend a toolkit that does this? I would really like this
to be _easy_, but if that's not possible, I guess it won't kill me to
do a little coding.
Thanks for any leads.
Waldo
------------------------------
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 V10 Issue 7519
***************************************
