[16218] in Perl-Users-Digest
Perl-Users Digest, Issue: 3630 Volume: 9
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Tue Jul 11 21:15:30 2000
Date: Tue, 11 Jul 2000 18:15:21 -0700 (PDT)
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)
Message-Id: <963364521-v9-i3630@ruby.oce.orst.edu>
Content-Type: text
Perl-Users Digest Tue, 11 Jul 2000 Volume: 9 Number: 3630
Today's topics:
sorting issue <dpalmeNOSPAM@unitedtraffic.com>
Re: sorting issue <uri@sysarch.com>
Re: sorting issue <ckuskie@cadence.com>
Re: sorting issue <lr@hpl.hp.com>
Re: sorting issue (Tad McClellan)
Re: stupid perl question <uri@sysarch.com>
Re: stupid perl question (Tad McClellan)
Re: stupid perl question (Tad McClellan)
Re: syntax error in cgi script under IIS causes downloa <flavell@mail.cern.ch>
Re: syntax error in cgi script under IIS causes downloa <fchanny@lbl.gov>
Re: syntax error in cgi script under IIS causes downloa <wyzelli@yahoo.com>
Weird behavior when using foreach loop and references <herve-news@mindstep.com>
Re: Weird behavior when using foreach loop and referenc (Eric Bohlman)
Re: Welcome to.... (Abigail)
Re: Welcome to.... <uri@sysarch.com>
Re: Welcome to.... (Abigail)
Re: Which one is better? $_[0] or shift? (Abigail)
Re: Which one is better? $_[0] or shift? (Craig Berry)
Re: Which one is better? $_[0] or shift? (Craig Berry)
Re: Which one is better? $_[0] or shift? (Craig Berry)
Digest Administrivia (Last modified: 16 Sep 99) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: 11 Jul 2000 22:10:29 GMT
From: "D.W." <dpalmeNOSPAM@unitedtraffic.com>
Subject: sorting issue
Message-Id: <01bfeb84$69bf0500$cf0114ac@raptor.unitedtraffic.com>
I have a database of various cities/state combinations that includes their
respective long/lat coordinates. This information is stored in a mysql
table.
I'm computing the distances between these cities and a city/state
combination given at the command line. This is done on the fly, I cannot
write this information back to a table for several reasons so before anyone
suggests that it isn't going to work.
I need to sort the miles as they are computed so that when the list is
displayed it will show the lowest or shortest miles to the highest.
I tried using a hash keyed on the miles but the problem is some of the
cities are going to have the SAME MILES so that isn't going to work.
does anyone have a suggestion on the simplest and easiest way to sort this
so I can display the information correctly?
douglas
------------------------------
Date: Tue, 11 Jul 2000 22:30:10 GMT
From: Uri Guttman <uri@sysarch.com>
Subject: Re: sorting issue
Message-Id: <x7d7kkl2q5.fsf@home.sysarch.com>
>>>>> "DW" == D W <dpalmeNOSPAM@unitedtraffic.com> writes:
DW> I tried using a hash keyed on the miles but the problem is some of the
DW> cities are going to have the SAME MILES so that isn't going to work.
DW> does anyone have a suggestion on the simplest and easiest way to sort this
DW> so I can display the information correctly?
perldoc -q sort
plenty of help on sorting with multiple keys
uri
--
Uri Guttman --------- uri@sysarch.com ---------- http://www.sysarch.com
SYStems ARCHitecture, Software Engineering, Perl, Internet, UNIX Consulting
The Perl Books Page ----------- http://www.sysarch.com/cgi-bin/perl_books
The Best Search Engine on the Net ---------- http://www.northernlight.com
------------------------------
Date: Tue, 11 Jul 2000 15:59:48 -0700
From: Colin Kuskie <ckuskie@cadence.com>
Subject: Re: sorting issue
Message-Id: <Pine.GSO.4.21.0007111549500.8118-100000@pdxult10a.cadence.com>
On 11 Jul 2000, D.W. wrote:
> I need to sort the miles as they are computed so that when the list is
> displayed it will show the lowest or shortest miles to the highest.
>
> I tried using a hash keyed on the miles but the problem is some of the
> cities are going to have the SAME MILES so that isn't going to work.
>
> does anyone have a suggestion on the simplest and easiest way to sort this
> so I can display the information correctly?
You had the right idea with a hash, but instead of making the number
of miles be the keys of the hash use the city-state combinations. Then
sort the keys of the hash by its values and you're done!
For example:
my %hash = (
"Portland-OR" => 125,
"Eugene-OR" => 15,
"Springfield-OR" => 15,
"Corvallis-OR" => 75
)
##Sort from lowest to highest
##This can be made much more efficient via the Schwartzian Transform
##by doing all the value lookups once.
@sorted_keys = sort { $hash{$a} <=> $hash{$b} } keys %hash;
print map { "$_:$hash{$_}\n" } @sorted_keys;
Will print:
Springfield-OR:15
Eugene-OR:15
Corvallis-OR:75
Portland-OR:125
Good luck!
Colin
------------------------------
Date: Tue, 11 Jul 2000 16:08:20 -0700
From: Larry Rosler <lr@hpl.hp.com>
Subject: Re: sorting issue
Message-Id: <MPG.13d548c2aa78b28798abba@nntp.hpl.hp.com>
In article <01bfeb84$69bf0500$cf0114ac@raptor.unitedtraffic.com> on 11
Jul 2000 22:10:29 GMT, D.W. <dpalmeNOSPAM@unitedtraffic.com> says...
> I have a database of various cities/state combinations that includes their
> respective long/lat coordinates. This information is stored in a mysql
> table.
>
> I'm computing the distances between these cities and a city/state
> combination given at the command line. This is done on the fly, I cannot
> write this information back to a table for several reasons so before anyone
> suggests that it isn't going to work.
>
> I need to sort the miles as they are computed so that when the list is
> displayed it will show the lowest or shortest miles to the highest.
>
> I tried using a hash keyed on the miles but the problem is some of the
> cities are going to have the SAME MILES so that isn't going to work.
>
> does anyone have a suggestion on the simplest and easiest way to sort this
> so I can display the information correctly?
Key the hash on the names of the cities; use the miles as the values in
the hash; sort as described in perlfaq4: "How do I sort a hash
(optionally by value instead of key)?"
--
(Just Another Larry) Rosler
Hewlett-Packard Laboratories
http://www.hpl.hp.com/personal/Larry_Rosler/
lr@hpl.hp.com
------------------------------
Date: Tue, 11 Jul 2000 18:12:34 -0400
From: tadmc@metronet.com (Tad McClellan)
Subject: Re: sorting issue
Message-Id: <slrn8mn6ui.4q5.tadmc@magna.metronet.com>
On 11 Jul 2000 22:10:29 GMT, D.W. <dpalmeNOSPAM@unitedtraffic.com> wrote:
>
>I'm computing the distances between these cities and a city/state
>combination given at the command line.
>I need to sort the miles as they are computed so that when the list is
^^^^^^^^^^^^^^^^^^^^
You cannot do this (if I'm reading it correctly).
You cannot sort a list if the list is not yet complete.
>does anyone have a suggestion on the simplest and easiest way to sort this
>so I can display the information correctly?
Put each into an array as they are computed.
Sort the array after you have generated them all.
--
Tad McClellan SGML Consulting
tadmc@metronet.com Perl programming
Fort Worth, Texas
------------------------------
Date: Tue, 11 Jul 2000 22:23:04 GMT
From: Uri Guttman <uri@sysarch.com>
Subject: Re: stupid perl question
Message-Id: <x7itucl31z.fsf@home.sysarch.com>
>>>>> "E" == EPROM <eprom007@hotmail.com> writes:
E> Thank you, for being one of the few who can give a clear anwser.
E> without the "oh go read the man page"...
E> sheesh...im not a Perl programmer, nor do I intend to be in the near
E> future.
E> this is for a project at work.
and for work you won't learn perl? how little are they paying you? and
if you are not a perl programmer then why are you hacking perl? i am not
a brain surgeon and my boss (which happens to be myself) doesn't make me
mess around in other people's skulls.
E> Leo Schalkwyk wrote:
>>
>> well you seem to have ls aliased to 'ls -l', but the simplest
>> ls behaviour is easy to get with a glob:
>>
>> perl -le'$,="\n";print<*>'
and that is slow (except under 5.6) as it forks a process. the OP said
he tried opendir and never showed code or why he couldn't get it to
work. and his (typical) disdain for the docs and faq is annoying. what
are they paying you for? posting questions on usenet and sitting around
waiting for a spoonfed answer?
sheesh yourself!
uri
--
Uri Guttman --------- uri@sysarch.com ---------- http://www.sysarch.com
SYStems ARCHitecture, Software Engineering, Perl, Internet, UNIX Consulting
The Perl Books Page ----------- http://www.sysarch.com/cgi-bin/perl_books
The Best Search Engine on the Net ---------- http://www.northernlight.com
------------------------------
Date: Tue, 11 Jul 2000 18:39:45 -0400
From: tadmc@metronet.com (Tad McClellan)
Subject: Re: stupid perl question
Message-Id: <slrn8mn8hh.4q5.tadmc@magna.metronet.com>
On Tue, 11 Jul 2000 22:23:04 GMT, Uri Guttman <uri@sysarch.com> wrote:
>>>>>> "E" == EPROM <eprom007@hotmail.com> writes:
>
> E> sheesh...im not a Perl programmer, nor do I intend to be in the near
> E> future.
>
> E> this is for a project at work.
>
> E> Leo Schalkwyk wrote:
>
> >>
> >> well you seem to have ls aliased to 'ls -l', but the simplest
> >> ls behaviour is easy to get with a glob:
> >>
> >> perl -le'$,="\n";print<*>'
>
>and that is slow
and limited. (too many args)
and non-portable. (shell is different on different platforms)
>(except under 5.6)
also except under 5.6
>as it forks a process.
And said process may limit the number of files that it can process.
And said process may be a *different* process on different platforms.
My "list of 4 reasons why I never use globs" has been whittled
down to only one reason (wimpy pattern matching) by the 5.6
release (where globbing is done internal to perl).
--
Tad McClellan SGML Consulting
tadmc@metronet.com Perl programming
Fort Worth, Texas
------------------------------
Date: Tue, 11 Jul 2000 18:33:39 -0400
From: tadmc@metronet.com (Tad McClellan)
Subject: Re: stupid perl question
Message-Id: <slrn8mn863.4q5.tadmc@magna.metronet.com>
On Tue, 11 Jul 2000 05:21:09 -0400, EPROM <eprom007@hotmail.com> wrote:
>sheesh...im not a Perl programmer, nor do I intend to be in the near
>future.
That information is useful to me.
Thank you for volunteering it.
--
Tad McClellan SGML Consulting
tadmc@metronet.com Perl programming
Fort Worth, Texas
------------------------------
Date: Wed, 12 Jul 2000 00:43:20 +0200
From: "Alan J. Flavell" <flavell@mail.cern.ch>
Subject: Re: syntax error in cgi script under IIS causes download prompt
Message-Id: <Pine.GHP.4.21.0007120041540.19722-100000@hpplus03.cern.ch>
On Tue, 11 Jul 2000, Frank Hanny wrote:
> We are running perl ( Active State ver. 5.00503) CGI scripts from an NT
> server using Microsoft IIS.
As the CGI.pm documentation tells you, you have to treat IIS as
a non-parsed-headers server.
Upgrade to Apache...
------------------------------
Date: Tue, 11 Jul 2000 17:03:42 -0700
From: Frank Hanny <fchanny@lbl.gov>
To: "Alan J. Flavell" <flavell@mail.cern.ch>, Dennis L Baker <DLBaker@lbl.gov>
Subject: Re: syntax error in cgi script under IIS causes download prompt
Message-Id: <396BB5DE.65B17BFB@lbl.gov>
Alan,
Per CGI.html:
"The Microsoft Internet Information Server requires NPH mode. As of
version 2.30, CGI.pm will automatically detect when the script is
running under IIS and put itself into this mode. You do not need to do
this manually, although it won't hurt anything if you do."
We are running version 2.46. Explicitly setting NPH mode does not cure
our problem either.
While your suggestion regarding Apache may be a good one, the choice of
web server is not entirely under my control.
Frank Hanny
FCHanny@lbl.gov
"Alan J. Flavell" wrote:
>
> As the CGI.pm documentation tells you, you have to treat IIS as
> a non-parsed-headers server.
>
> Upgrade to Apache...
------------------------------
Date: Wed, 12 Jul 2000 09:54:44 +0930
From: "Wyzelli" <wyzelli@yahoo.com>
Subject: Re: syntax error in cgi script under IIS causes download prompt
Message-Id: <YTOa5.4$Sm.1900@vic.nntp.telstra.net>
Frank Hanny <fchanny@lbl.gov> wrote in message
news:396B67CE.343E75A5@lbl.gov...
> We are running perl ( Active State ver. 5.00503) CGI scripts from an
NT
> server using Microsoft IIS.
>
>
> Frank Hanny
> FCHanny@lbl.gov
>
>
> #!/bin/perl -w
> use strict;
> use CGI;
>
> my $q;
> my $msg;
>
> $q = new CGI;
>
> foreach $msg #<<<<<< syntax error causes download prompt
> #foreach $msg; #<<<<<< syntax error causes useful error msg
>
> print
> $q->header(),
> $q->start_html(),
> $msg,
> $q->end_html(),
> ;
Looks like an IIS configuration problem to me.
I tried on my IIS4 server with both 'errors' and have errors reported in
the browser both ways. Admittedly the errors are more extensive for the
second syntax error.
I have IIS4 on NT4SP6a.
Wyzelli
------------------------------
Date: Tue, 11 Jul 2000 20:11:48 -0700
From: "Hervé Masson" <herve-news@mindstep.com>
Subject: Weird behavior when using foreach loop and references
Message-Id: <9HOa5.2203$A7.54043@wagner.videotron.net>
Hi,
(Perl version: 5.005_03, reproduced as well on v5.6.0)
I experienced really strange behavior when using a foreach loop,
going through a list, known by its reference. When I change
the loop-variable value inside the loop, it also change the item
inside the list ! That's not what I expected at all, because I
thought I was the only "owner" of my local variable '$item',
and I can safety put any value I want without affecting external
data, even if my variable used to refer them via a foreach loop.
Is there any reason for that ?
Misterious interpreter optimization ?
Did I completely miss to understand perl ?
I would be really interested to know more about that...
Thanks in advance.
Herve
-[The sample code]---------------------------------------------------
use strict;
use Data::Dumper;
my($item,$list);
$list=
[
[ 'A', 1 ],
[ 'B', 2 ],
[ 'C', 3 ],
];
printf("Before loop : %s",Dumper($list));
foreach $item (@$list)
{
$item=0;
}
printf("After loop : %s",Dumper($list));
-[The result]---------------------------------------------------------
Before loop : $VAR1 = [
[
'A',
1
],
[
'B',
2
],
[
'C',
3
]
];
After loop : $VAR1 = [
'0',
'0',
'0'
];
I did not expect that code to change the original array '$list'...
------------------------------
Date: 12 Jul 2000 00:42:19 GMT
From: ebohlman@netcom.com (Eric Bohlman)
Subject: Re: Weird behavior when using foreach loop and references
Message-Id: <8kgetb$5mf$1@slb6.atl.mindspring.net>
Hervé Masson (herve-news@mindstep.com) wrote:
: I experienced really strange behavior when using a foreach loop,
: going through a list, known by its reference. When I change
: the loop-variable value inside the loop, it also change the item
: inside the list ! That's not what I expected at all, because I
: thought I was the only "owner" of my local variable '$item',
: and I can safety put any value I want without affecting external
: data, even if my variable used to refer them via a foreach loop.
:
: Is there any reason for that ?
: Misterious interpreter optimization ?
: Did I completely miss to understand perl ?
The latter. The documentation in perlsyn for the for/foreach construct
clearly states that the loop variable becomes an alias for each element
of the list being looped over. This property is used in many common Perl
idioms, e.g.
foreach (@results) {
s/bug/feature/;
}
If the loop variable weren't an alias, the loop would simply pull an
element into $_, perform a substitution on $_, and then throw away the
results of the substitution.
------------------------------
Date: 11 Jul 2000 18:15:22 EDT
From: abigail@delanet.com (Abigail)
Subject: Re: Welcome to....
Message-Id: <slrn8mn858.am3.abigail@alexandra.delanet.com>
Uri Guttman (uri@sysarch.com) wrote on MMDVI September MCMXCIII in
<URL:news:x7og44l6yk.fsf@home.sysarch.com>:
][ >>>>> "CB" == Craig Berry <cberry@cinenet.net> writes:
][
][ CB> I believe the point was that it would seem reasonable for open() to cho
][ CB> on tainted arguments under -T, as e.g. system() does. That it does not
][ CB> a trap for those relying on -T to catch places they should be screening
][ CB> user-supplied data.
][
][ good point. in fact, it should detect a piped open (it has to as it is)
][ and barf if that is tainted. plain opens might be let through. or just
][ barf on any tainted open. but relying on taint to hold your hand is not
][ good. it is a tool, not s safeguard. you should check all critical data
][ without taint telling you to do so
Plain opens should be taint checked as well. Even reading from a file
might trigger execution of a program, due to, for instance, named pipes.
Abigail
--
perl -we '$@="\145\143\150\157\040\042\112\165\163\164\040\141\156\157\164".
"\150\145\162\040\120\145\162\154\040\110\141\143\153\145\162".
"\042\040\076\040\057\144\145\166\057\164\164\171";`$@`'
------------------------------
Date: Tue, 11 Jul 2000 22:19:03 GMT
From: Uri Guttman <uri@sysarch.com>
Subject: Re: Welcome to....
Message-Id: <x7lmz8l38o.fsf@home.sysarch.com>
>>>>> "A" == Abigail <abigail@delanet.com> writes:
A> Uri Guttman (uri@sysarch.com) wrote on MMDVI September MCMXCIII in
A> ][
A> ][ good point. in fact, it should detect a piped open (it has to as it is)
A> ][ and barf if that is tainted. plain opens might be let through. or just
A> ][ barf on any tainted open. but relying on taint to hold your hand is not
A> ][ good. it is a tool, not s safeguard. you should check all critical data
A> ][ without taint telling you to do so
A> Plain opens should be taint checked as well. Even reading from a
A> file might trigger execution of a program, due to, for instance,
A> named pipes.
how would that happen? only if a program was waiting on that pipe and
that is (should be) under the control of the same person who controls
the cgi program. i agree that all opens should be taint checked (and o
wonder why they aren't. must be some design decision back there).
uri
--
Uri Guttman --------- uri@sysarch.com ---------- http://www.sysarch.com
SYStems ARCHitecture, Software Engineering, Perl, Internet, UNIX Consulting
The Perl Books Page ----------- http://www.sysarch.com/cgi-bin/perl_books
The Best Search Engine on the Net ---------- http://www.northernlight.com
------------------------------
Date: 11 Jul 2000 18:33:39 EDT
From: abigail@delanet.com (Abigail)
Subject: Re: Welcome to....
Message-Id: <slrn8mn97h.am3.abigail@alexandra.delanet.com>
Uri Guttman (uri@sysarch.com) wrote on MMDVI September MCMXCIII in
<URL:news:x7lmz8l38o.fsf@home.sysarch.com>:
() >>>>> "A" == Abigail <abigail@delanet.com> writes:
()
() A> Plain opens should be taint checked as well. Even reading from a
() A> file might trigger execution of a program, due to, for instance,
() A> named pipes.
()
() how would that happen? only if a program was waiting on that pipe and
() that is (should be) under the control of the same person who controls
() the cgi program. i agree that all opens should be taint checked (and o
^^^
() wonder why they aren't. must be some design decision back there).
Perl != CGI.
Taint checking wasn't invented just for CGI programs. Any suid program
needs to check for tainting; in fact, I'd say that taint checking for
suid programs is far more important than for CGI programs. And since
named pipes do exist, there will be programs waiting on that pipe. And
it will happen that there are uids out there that have suid programs
and that have programs hanging at the other end of named pipes.
Abigail
--
perl -Mstrict -we '$_ = "goto Q.print chop;\n=rekcaH lreP rehtona tsuJ";Q1:eval'
------------------------------
Date: 11 Jul 2000 18:21:37 EDT
From: abigail@delanet.com (Abigail)
Subject: Re: Which one is better? $_[0] or shift?
Message-Id: <slrn8mn8gv.am3.abigail@alexandra.delanet.com>
Larry Rosler (lr@hpl.hp.com) wrote on MMDVI September MCMXCIII in
<URL:news:MPG.13d522f45c2c5bb98abb5@nntp.hpl.hp.com>:
][
][ The interest in the '??' operator -- (A ?? B) is the same as (defined A
][ ? A : B) -- seems to have waned. Someone should revive it, at it is a
][ natural for problems such as this.
I don't think the interest has waned. But why bother reviving it when
it unleases some of the most bitter flames I've seen, and the pumpking
vetos it anyway?
I remained convinced that along with "open FH, url", ?? is probably the
most useful addition that could be added to Perl. However, neither is
likely to be added. Incomplete Unicode support, pointless "our" and
obscure regex features seem to more popular.
Abigail
--
perl -MLWP::UserAgent -MHTML::TreeBuilder -MHTML::FormatText -wle'print +(
HTML::FormatText -> new -> format (HTML::TreeBuilder -> new -> parse (
LWP::UserAgent -> new -> request (HTTP::Request -> new ("GET",
"http://work.ucsd.edu:5141/cgi-bin/http_webster?isindex=perl")) -> content))
=~ /(.*\))[-\s]+Addition/s) [0]'
------------------------------
Date: Wed, 12 Jul 2000 00:38:20 GMT
From: cberry@cinenet.net (Craig Berry)
Subject: Re: Which one is better? $_[0] or shift?
Message-Id: <smnffsbind6162@corp.supernews.com>
Tad McClellan (tadmc@metronet.com) wrote:
: "existance" and "truth" are not the same thing.
Aha! A Perl hacker *can* have Buddha-nature!
--
| Craig Berry - http://www.cinenet.net/users/cberry/home.html
--*-- "Beauty and strength, leaping laughter and delicious
| languor, force and fire, are of us." - Liber AL II:20
------------------------------
Date: Wed, 12 Jul 2000 00:40:23 GMT
From: cberry@cinenet.net (Craig Berry)
Subject: Re: Which one is better? $_[0] or shift?
Message-Id: <smnfjncnd6112@corp.supernews.com>
Larry Rosler (lr@hpl.hp.com) wrote:
: In article <smn2c9lrnd6175@corp.supernews.com> on Tue, 11 Jul 2000
: 20:54:33 GMT, Craig Berry <cberry@cinenet.net> says...
: > What if the caller wants $optional to be 0 or '' or undef?
:
: I'm sure the point is to replace undef by 'default'. Otherwise why
: bother with providing the default at all?
Yes, I just got carried away with my enumeration of types of falseness,
forgetting the context. (I subsumed '0' in 0 as a trivial int-to-string
transformation.)
--
| Craig Berry - http://www.cinenet.net/users/cberry/home.html
--*-- "Beauty and strength, leaping laughter and delicious
| languor, force and fire, are of us." - Liber AL II:20
------------------------------
Date: Wed, 12 Jul 2000 00:45:41 GMT
From: cberry@cinenet.net (Craig Berry)
Subject: Re: Which one is better? $_[0] or shift?
Message-Id: <smnftlqmnd6110@corp.supernews.com>
Abigail (abigail@delanet.com) wrote:
: I remained convinced that along with "open FH, url",
Oooh, that kind of makes me twitch...that's a *lot* of hidden
functionality under that hood. Still, you're quite right that it would
make a lot of neat things amazingly easy to write.
Of course, I'm immediately picturing the lovely http-recursive havoc you
could so easily create:
use CGI qw(:all);
open FH, self;
I know you can do it with LWP::Simple too, but being able to express it in
just two statements is pretty sweet.
: ?? is probably the
: most useful addition that could be added to Perl.
I agree it would be quite useful. I'm also still hoping that my $#
loop-index proposal makes the cut eventually.
--
| Craig Berry - http://www.cinenet.net/users/cberry/home.html
--*-- "Beauty and strength, leaping laughter and delicious
| languor, force and fire, are of us." - Liber AL II:20
------------------------------
Date: 16 Sep 99 21:33:47 GMT (Last modified)
From: Perl-Users-Request@ruby.oce.orst.edu (Perl-Users-Digest Admin)
Subject: Digest Administrivia (Last modified: 16 Sep 99)
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: The mail to news gateway, and thus the ability to submit articles
| through this service to the newsgroup, has been removed. I do not have
| time to individually vet each article to make sure that someone isn't
| abusing the service, and I no longer have any desire to waste my time
| dealing with the campus admins when some fool complains to them about an
| article that has come through the gateway instead of complaining
| to the source.
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 V9 Issue 3630
**************************************
