[22198] in Perl-Users-Digest
Perl-Users Digest, Issue: 4419 Volume: 10
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Fri Jan 17 06:10:38 2003
Date: Fri, 17 Jan 2003 03:10:08 -0800 (PST)
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)
Perl-Users Digest Fri, 17 Jan 2003 Volume: 10 Number: 4419
Today's topics:
Dereferencing a hashref? <Jeff@aetherweb.co.uk>
Re: Dereferencing a hashref? <mbudash@sonic.net>
Re: Dereferencing a hashref? <Jeff@aetherweb.co.uk>
Re: Dereferencing a hashref? <mbudash@sonic.net>
Re: find2perl on windows doesn't work correctly (Helgi Briem)
Most efficient way to do this DBI thing? <Jeff@aetherweb.co.uk>
Re: Most efficient way to do this DBI thing? <junk_nntp@hoopajoo.net>
Re: most popular unix scripting language (Tad McClellan)
Re: most popular unix scripting language (Johan Persson)
Re: Outputting a binary file to the browser <istink@real.bad.com>
Re: Outputting a binary file to the browser (AG)
Re: Processing Files <bongie@gmx.net>
Re: Question about high performance spidering in perl <uri@stemsystems.com>
Re: Recreating a MIME::Lite object <mbudash@sonic.net>
Re: Storable.pm <spikey-wan@bigfoot.com>
Re: sysopen problem (Anno Siegel)
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Fri, 17 Jan 2003 06:10:53 -0000
From: "Jeff Snoxell" <Jeff@aetherweb.co.uk>
Subject: Dereferencing a hashref?
Message-Id: <b086pa$ip0$1@news8.svr.pol.co.uk>
Hi,
I've got a hashref (from a DBI fetchrow_hashref() call) and I want to take a
copy of it. I'm currently doing this:
my %hashcopy = %$hashref;
Is this the 'correct' way to do this?
Thanks,
Jeff Snoxell
------------------------------
Date: Fri, 17 Jan 2003 07:04:45 GMT
From: Michael Budash <mbudash@sonic.net>
Subject: Re: Dereferencing a hashref?
Message-Id: <mbudash-563CAB.23044416012003@typhoon.sonic.net>
In article <b086pa$ip0$1@news8.svr.pol.co.uk>,
"Jeff Snoxell" <Jeff@aetherweb.co.uk> wrote:
> Hi,
>
> I've got a hashref (from a DBI fetchrow_hashref() call) and I want to take a
> copy of it. I'm currently doing this:
>
> my %hashcopy = %$hashref;
>
> Is this the 'correct' way to do this?
>
> Thanks,
>
>
> Jeff Snoxell
>
>
why not just:
my $hashrefcopy = $hashref;
or did you have some reason for an actual hash rather than a ref?
------------------------------
Date: Fri, 17 Jan 2003 07:10:04 -0000
From: "Jeff Snoxell" <Jeff@aetherweb.co.uk>
Subject: Re: Dereferencing a hashref?
Message-Id: <b08a8a$l9e$1@news6.svr.pol.co.uk>
> Hi,
> > I've got a hashref (from a DBI fetchrow_hashref() call) and I want to
take a
> copy of it. I'm currently doing this:
> > my %hashcopy = %$hashref;
> > Is this the 'correct' way to do this?
> > Thanks,
> > > Jeff Snoxell
> >
why not just:
my $hashrefcopy = $hashref;
or did you have some reason for an actual hash rather than a ref?
Yeah, the original ref is not stable (it's returned from a DBI
fetchrow_hashref request). See my next post.
Thanks,
Jeff
------------------------------
Date: Fri, 17 Jan 2003 07:19:42 GMT
From: Michael Budash <mbudash@sonic.net>
Subject: Re: Dereferencing a hashref?
Message-Id: <mbudash-D8313B.23194216012003@typhoon.sonic.net>
In article <b08a8a$l9e$1@news6.svr.pol.co.uk>,
"Jeff Snoxell" <Jeff@aetherweb.co.uk> wrote:
> > Hi,
> > > I've got a hashref (from a DBI fetchrow_hashref() call) and I want to
> take a
> > copy of it. I'm currently doing this:
> > > my %hashcopy = %$hashref;
> > > Is this the 'correct' way to do this?
> > > Thanks,
> > > > Jeff Snoxell
> > >
>
> why not just:
> my $hashrefcopy = $hashref;
> or did you have some reason for an actual hash rather than a ref?
>
> Yeah, the original ref is not stable (it's returned from a DBI
> fetchrow_hashref request).
not stable? sorry, that may be a term i haven't learned yet
(seriously)... anybody else?
> See my next post.
i did... and i'm as curious as you about this...
abigail!??
hth-
------------------------------
Date: Fri, 17 Jan 2003 10:04:20 GMT
From: helgi@decode.is (Helgi Briem)
Subject: Re: find2perl on windows doesn't work correctly
Message-Id: <3e27d4be.1148419129@news.cis.dfn.de>
On Fri, 17 Jan 2003 00:14:54 GMT, "Ron Ruble"
<raffles2@att.net> wrote:
>
>"Helgi Briem" <helgi@decode.is> wrote in message news:3e268a22.1063775688@news.cis.dfn.de...
>> On Thu, 16 Jan 2003 00:15:53 -0500, "Yang Xiao"
>> <yxiao@panix.com> wrote:
>>
>> >Hi all,
>> >I'm trying to use find2perl to do the following
>> >find2perl c:\ -size +10000 -exec dir {} \; >find.pl
>>
>> Don't use backslashes, even under Windows,
>> there is no need.
>
>The DIR command uses busted command line parsing.
>Forward slashes screw it up. If you make sure to
>enclose the path in double quotes though, DIR
>can handle it.
Don't use DIR then. There is no need for it.
--
Regards, Helgi Briem
helgi AT decode DOT is
------------------------------
Date: Fri, 17 Jan 2003 07:01:52 -0000
From: "Jeff Snoxell" <Jeff@aetherweb.co.uk>
Subject: Most efficient way to do this DBI thing?
Message-Id: <b089ou$q37$1@newsg2.svr.pol.co.uk>
Hi again,
I've got this code which takes a local copy of a hash from a hashref
returned by a Perl DBI statement execution result set:
my $tmp_record;
my $record;
my %record_hash;
if ($tmp_record = $sth->fetchrow_hashref())
{
%record_hash = %$tmp_record
$record = \%record_hash;
# Now I can use my $record...
print "Hello this is my record ID: " . $record->{'ID'};
}
(NB: I _need_ to take a copy of the hash as I will be making further DBI
queries whilst still requiring access to the original record data and so, as
Perl DBI docs say I can't rely on their hashref not pointing to another hash
after a subsequent execution)
Surely there's got to be a nicer way of doing this that doesn't involve all
these variables?
Thanks,
Jeff
------------------------------
Date: Fri, 17 Jan 2003 00:07:18 -0800
From: Steve Slaven <junk_nntp@hoopajoo.net>
Subject: Re: Most efficient way to do this DBI thing?
Message-Id: <v2fedpok11ta8e@corp.supernews.com>
Jeff Snoxell wrote:
> Hi again,
>
> I've got this code which takes a local copy of a hash from a hashref
> returned by a Perl DBI statement execution result set:
>
> my $tmp_record;
> my $record;
> my %record_hash;
>
> if ($tmp_record = $sth->fetchrow_hashref())
> {
> %record_hash = %$tmp_record
> $record = \%record_hash;
>
> # Now I can use my $record...
> print "Hello this is my record ID: " . $record->{'ID'};
> }
>
> (NB: I _need_ to take a copy of the hash as I will be making further DBI
> queries whilst still requiring access to the original record data and so, as
> Perl DBI docs say I can't rely on their hashref not pointing to another hash
> after a subsequent execution)
>
> Surely there's got to be a nicer way of doing this that doesn't involve all
> these variables?
>
> Thanks,
>
>
> Jeff
>
>
If you're asking how to simple eliminate the 2 lines and just make a
copy, you could do this:
$href_copy = {%$tmp_record};
To create a new hashref that contains all the data from the original,
but will not be re-used by DBI. Good eye on the reuse of a hashref in
DBI btw, I never noticed it in the docs before. :)
--
+----------------------------------------------------------------------------+
/me speaks in the third person.
+----------------------------------------------------------------------------+
Steve Slaven - http://hoopajoo.net
MIS Programmer, Horizon Distribution - http://horizondistribution.com
Office: (509) 453-3181 x 254 / Fax: (509) 457-5769
------------------------------
Date: Thu, 16 Jan 2003 23:48:37 -0600
From: tadmc@augustmail.com (Tad McClellan)
Subject: Re: most popular unix scripting language
Message-Id: <slrnb2f69l.2g0.tadmc@magna.augustmail.com>
Walter Roberson <roberson@ibd.nrc-cnrc.gc.ca> wrote:
> In article <1fowrd4.17uarvm2og3v4N%tony@svanstrom.com>,
> Tony L. Svanstrom <tony@svanstrom.com> wrote:
>:> In article <f51c02db.0301161617.3622cfaa@posting.google.com>,
>:> dambalaMaster <dorli@hotmail.com> wrote:
>
>:> >does anyone know which is the most popular unix scripting language?
>
>:sh
>
> Are you measuring by:
> A) number of scripts written,
> B) enthusiasm level of script authors, or
> C) number of distinct script authors?
By length of the scripting language's name. :-)
So sh is going to be hard to beat (because C is compiled) :-) :-)
--
Tad McClellan SGML consulting
tadmc@augustmail.com Perl programming
Fort Worth, Texas
------------------------------
Date: 16 Jan 2003 23:41:49 -0800
From: tokikenshi@fish.co.jp (Johan Persson)
Subject: Re: most popular unix scripting language
Message-Id: <6a6a8959.0301162341.15a03e44@posting.google.com>
Benjamin Goldberg <goldbb2@earthlink.net> wrote in message news:<3E277765.D7AC5929@earthlink.net>...
> Allodoxaphobia wrote:
> >
> > On Fri, 17 Jan 2003 01:10:43 GMT, Tony L. Svanstrom hath writ:
> > >> In article <f51c02db.0301161617.3622cfaa@posting.google.com>,
> > >> dambalaMaster <dorli@hotmail.com> wrote:
>
> > >> >does anyone know which is the most popular unix scripting
> > >> >language?
> > >
> > > sh
> >
> > Or, one of it's derivatives.... <g>
>
> Do you count perl as a derivative of sh? <gg>
ksh, zsh, bash...
------------------------------
Date: Fri, 17 Jan 2003 00:27:24 -0500
From: istink <istink@real.bad.com>
Subject: Re: Outputting a binary file to the browser
Message-Id: <3E27943C.C404A390@real.bad.com>
AG wrote:
>
> tony@svanstrom.com (Tony L. Svanstrom) wrote in message news:<1fovhv9.1whhfybqkl0l2N%tony@svanstrom.com>...
> > Tassilo v. Parseval <tassilo.parseval@post.rwth-aachen.de> wrote:
> >
> > > I don't know the content-type for rar though, application/rar perhaps.
> >
> > application/x-rar-compressed
>
> Thank you Tassilo and Tony,
>
> all the relevant headers are there, I just omitted them in my post.
>
> Unfortunately, the problem persists, and it's driving me crazy since
> everything works perfectly with PHP readfile().
>
> I really dont know what the problem might be. And the script does work
> in console
>
> I post my entire script again. Im using MSIE, the server is Apache.
Wait a minute.
Internet Extinguisher does not follow w3c rules. they make up their own
rules.
your content-type: app/something will never work with IE. it works with
all othre browsers.
this may or may not help with your question, but it's important to know.
if IE thinks your file is html it will display it.
if IE thinks it should execute a file it will.
>
> #!/usr/bin/perl -w
>
> use MIME::Types();
>
> $file="crosstable.rar";
>
> ($media_type) = MIME::Types::by_suffix($file);
>
> $length=length($file);
> $|=1;
> open(FILE,$file);
>
>
> print "Content-Type: ".$media_type. "\n";
> print "Cache-Control: no-cache \n";
> print "Content-Length: $length \n";
> print "Content-Disposition: attachment; filename=".$file."\n";
> binmode(FILE);
> binmode(STDOUT);
>
> my $buf;
> print STDOUT $buf while read FILE, $buf, 4092;
>
> close(FILE);
> close STDOUT;
------------------------------
Date: 16 Jan 2003 23:32:40 -0800
From: ag269@columbia.edu (AG)
Subject: Re: Outputting a binary file to the browser
Message-Id: <6c4429bb.0301162332.440a462f@posting.google.com>
"Tassilo v. Parseval" <tassilo.parseval@post.rwth-aachen.de> wrote in message news:<b07akk$2ls$1@nets3.rz.RWTH-Aachen.DE>...
> Also sprach AG:
>
> > tony@svanstrom.com (Tony L. Svanstrom) wrote in message news:<1fovhv9.1whhfybqkl0l2N%tony@svanstrom.com>...
> >> Tassilo v. Parseval <tassilo.parseval@post.rwth-aachen.de> wrote:
> >>
> >> > I don't know the content-type for rar though, application/rar perhaps.
> >>
> >> application/x-rar-compressed
> >
> > Thank you Tassilo and Tony,
> >
> > all the relevant headers are there, I just omitted them in my post.
> >
> > Unfortunately, the problem persists, and it's driving me crazy since
> > everything works perfectly with PHP readfile().
> >
> > I really dont know what the problem might be. And the script does work
> > in console
> >
> > I post my entire script again. Im using MSIE, the server is Apache.
> >
> > #!/usr/bin/perl -w
> >
> > use MIME::Types();
> >
> > $file="crosstable.rar";
> >
> > ($media_type) = MIME::Types::by_suffix($file);
> >
> > $length=length($file);
>
> This computes the length of the string $file. You want
>
> $length = -s $file;
>
> > $|=1;
> > open(FILE,$file);
>
> Error checking would be good:
>
> open FILE, $file or die horribly;
>
> > print "Content-Type: ".$media_type. "\n";
> > print "Cache-Control: no-cache \n";
> > print "Content-Length: $length \n";
> > print "Content-Disposition: attachment; filename=".$file."\n";
> > binmode(FILE);
> > binmode(STDOUT);
>
> The header must be separated from the data with a newline. Therefore:
>
> print "Content-Disposition: attachment; filename=$file\n\n";
> ^^^^
> two of them!
>
> Also, Perl variables (that is, scalars and arrays) interpolate nicely
> within double quotish strings so there is no need to use explicit
> concatenation with the dot operator.
>
> > my $buf;
> > print STDOUT $buf while read FILE, $buf, 4092;
>
> 4092 is ok, but using a number which is the power of 2 is slightly less
> wasteful: 4096 is more common.
>
> Tassilo
Thank you gentlemen for your help,
The problem was incorrect using of length(). As you all pointed out,
-s $file should be used instead, or, as I did , (stat $file)[7].
Thanks again
Andrei
------------------------------
Date: Fri, 17 Jan 2003 05:34:54 +0100
From: "Harald H.-J. Bongartz" <bongie@gmx.net>
Subject: Re: Processing Files
Message-Id: <7584105.dGcQaKYdJp@nyoga.dubu.de>
Surajsub wrote:
> Need to process 2 files.
> File 1 contains
[...]
> I need to create a file which is finally in the format...of
[...]
> Can anybody advise
Hm. Don't get me wrong, but... where is your problem? Reading one line
from file1, reading two lines from file2, printing together to file3,
ready.
What have you tried so far? Where are you stuck? Where does Perl not
do what you want?
Or is this just a "just-write-me-the-code-I-need" posting?
Sorry, if I should have mistaken your intent...
Ciao,
Harald
--
Harald H.-J. Bongartz <bongie@gmx.net>
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Math is like love -- a simple idea but it can get complicated.
-- R. Drabek
------------------------------
Date: Fri, 17 Jan 2003 06:06:20 GMT
From: Uri Guttman <uri@stemsystems.com>
Subject: Re: Question about high performance spidering in perl
Message-Id: <x7y95k8g4k.fsf@mail.sysarch.com>
>>>>> "bdf" == brian d foy <comdog@panix.com> writes:
bdf> In article <x7ptqxdld1.fsf@mail.sysarch.com>, Uri Guttman
bdf> <uri@stemsystems.com> wrote:
>> just some more info for you. the crawler we did in c took 3 full time
>> people 6 months
>> the perl crawler was based on stem and that made much of the previous
>> crawler's infrastructure go away as stem provides the event loop,
>> message passing and many other services. so this one took 1 person about
>> 3 months to write.
bdf> of course, that's the version 2 effect :)
well, i call it the perl effect. :) note that the perl based crawler
development time doesn't count in the original time in developing
stem. but that is why you build tools first - they make all the projects
that follow that much easier and faster to build.
and i would say version 4 is more like it. stem is my 4th major event
loop and message passing system (going way back to an rtos in pdp-11
assembler). there is plenty of real world experience woven into stem's
architecture. :)
i got over my second system effect behavior many moons ago. :)
and for those of you who don't know what that means, read the classic
book "the mythical man month". it will teach you about the essence of
software development in the large and it is still useful 25 years later.
uri
--
Uri Guttman ------ uri@stemsystems.com -------- http://www.stemsystems.com
----- Stem and Perl Development, Systems Architecture, Design and Coding ----
Search or Offer Perl Jobs ---------------------------- http://jobs.perl.org
Damian Conway Perl Classes - January 2003 -- http://www.stemsystems.com/class
------------------------------
Date: Fri, 17 Jan 2003 07:02:00 GMT
From: Michael Budash <mbudash@sonic.net>
Subject: Re: Recreating a MIME::Lite object
Message-Id: <mbudash-85148F.23015916012003@typhoon.sonic.net>
In article <b07okd$srl$1@wisteria.csv.warwick.ac.uk>,
mauzo@mimosa.csv.warwick.ac.uk (Ben Morrow) wrote:
> Michael Budash <mbudash@sonic.net> wrote:
> >In article <b0762d$llu9r$1@ID-172104.news.dfncis.de>,
> > "Tintin" <me@privacy.net> wrote:
> >
> >> This might be a silly question, but here goes.
> >>
> >> I'm using MIME::Lite to send out emails with attachments, and now have a
> >> requirement to create the mail and store it in a file for accessing at a
> >> later date.
> >>
> >> So I store the mail using something similar to:
> >>
> >> my $msg = MIME::Lite->new(
> >> From =>'me@myhost.com',
> >> To =>'you@yourhost.com',
> >> Cc =>'some@other.com, some@more.com',
> >> Subject =>'Helloooooo, nurse!',
> >> Type =>'image/gif',
> >> Encoding =>'base64',
> >> Path =>'hellonurse.gif'
> >> );
> >>
> >> my $mail = $msg->as_string;
> >>
> >> open FILE, ">mail" or die "Can not write to mail $!\n";
> >> print FILE $mail;
> >> close FILE;
> >>
> >>
> >> Now what I'd like to do is to somehow read in the contents of the file and
> >> recreate the MIME::Lite object.
> >>
> >> I'm aware of the fh instance method, but that's only applicable for the
> >> message body.
> >>
> >> Is this possible, or can someone suggest an alternative route to take?
> >
> >the Storable module appears to do what you want:
> >
> >#-------
> >use Storable;
> >use MIME::Lite;
> >my $msg = MIME::Lite->new(
> > From =>"me\@myhost.com",
> > To =>"you\@yourhost.com",
> > Cc =>"some\@other.com, some@more.com",
> > Subject =>"Helloooooo, nurse!",
> > Type =>"image/jpeg",
> > Encoding =>"base64",
> > Path =>"chk.jpg"
> > );
> >
> >store $msg, 'file';
> >my $msgcopy = retrieve('file');
>
> Have you tries this? My perl segfaults when I try to retrieve a
> blessed ref, and certainly doesn't bless it back into the right
> package.
i did indeed and with good results and no segfault. the actual code i
used was:
use Storable;
use MIME::Lite;
my $msg = MIME::Lite->new(
From =>"me\@myhost.com",
To =>"you\@yourhost.com",
Cc =>"some\@other.com, some@more.com",
Subject =>"Helloooooo, nurse!",
Type =>"image/jpeg",
Encoding =>"base64",
Path =>"chk.jpg"
);
print $msg->as_string;
store $msg, 'file';
my $msgcopy = retrieve('file');
print $msgcopy->as_string;
the printed results were identical... as far as whether the retrieved
data was a blessed ref, i don't know...
hth-
------------------------------
Date: Fri, 17 Jan 2003 10:41:15 -0000
From: "Richard S Beckett" <spikey-wan@bigfoot.com>
Subject: Re: Storable.pm
Message-Id: <b08mlv$cp0$1@newshost.mot.com>
"Ben Morrow" <mauzo@ux-ma160-16.csv.warwick.ac.uk> wrote
> A rewrite:
Thanks Ben.
> #!/usr/bin/perl
> use warnings;
> use strict;
> use Storable;
> my (%vars, $ref);
>
> $ref = retrieve 'saved.dat'; # avoid race: just try to retrieve and then
see
> # if it failed.
There's a problem here. If saved.dat doesn't exixt the script exits with:
can't open saved.dat: No such file or directory at save-vars1.pl line 8
What about...
$ref = retrieve 'saved.dat' if -e saved.dat;
Will that still give me a race problem?
> if ($ref) {
> print "Saved values found.\n";
> %vars = %$ref;
> }
> else {
> print "Using defaults.\n";
> %vars = ( .... );
}
...later...
> store \%vars, 'saved.dat' or die "store failed: $!";
So I _do_ use "store \%vars" to store %vars?
> print "Save complete.\n";
>
> __END__
Thanks.
R.
------------------------------
Date: 17 Jan 2003 09:57:40 GMT
From: anno4000@lublin.zrz.tu-berlin.de (Anno Siegel)
Subject: Re: sysopen problem
Message-Id: <b08k2k$olq$1@mamenchi.zrz.TU-Berlin.DE>
Neil Trenholm <neil@alaweb.com> wrote in comp.lang.perl.misc:
> "Anno Siegel" <anno4000@lublin.zrz.tu-berlin.de> wrote in message
> news:b06g11$4h4$2@mamenchi.zrz.TU-Berlin.DE...
> > Neil Trenholm <neil@alaweb.com> wrote in comp.lang.perl.misc:
> > > > Add parens:
> > > > O_RDWR()|O_CREAT()
> > > >
> > > Thanks Ben !
> > >
> > > I had thought that these were constants - but they appear to be subs
> ....
> > > are they truely ?
> >
> > They're both. Perl constants are implemented as subs, prototyped to
> > take no parameter.
> >
> > > Hmmm ... maybe it's time to open up Fnct.pm and look under the hood....
> >
> > Fcntl.pm will most likely just "use constant ...". See "perldoc constant"
> > and look for the section "TECHNICAL NOTES".
> >
> > Anno
>
> Thanks Anno - I will definitely check it out !
>
> I've read many of your insightful posts and find them most helpful ! They
> also seem less picky or elitist than _some_ of the regular, knowledgable
> posters - whose usual and regular answer is RTFM or 'perdoc XXX'.
Thank you. However...
I can be picky with the best of them, I have been and will be again.
If I appear more lenient than some, that is because I have grown tired
of repeating the same sermon over and over. It's more a form of
laziness than anything else.
> No matter how much we RTFM's (1000's of pages - when taking it all into
> account) there will still be some scrap of knowledge that we don't know ...
> or don't understand. It's nice _not_ to get flamed for a misquote, poor
> phrase, dropped semi-colon or other trivial matter. I've been programming
> for 20 years, perl for about 7 and still get butterflies posting to cplm -
> worried that I may drop a character or not state the problem exactly enough
> or overstate the problem etc etc........
You'll have to take the good with the bad. On a newsgroup like clpm,
with a relatively small body of regulars and a large daily influx of
questions, some frustration is bound to build up with those who answer
the questions, and frustration wants to be expressed from time to time.
Sometimes this hits someone more forcefully than is immediately
justified by the occasion. Such is life.
Anno
------------------------------
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 4419
***************************************
