[12039] in Perl-Users-Digest
Perl-Users Digest, Issue: 5639 Volume: 8
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Wed May 12 12:07:16 1999
Date: Wed, 12 May 99 09:00:18 -0700
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)
Perl-Users Digest Wed, 12 May 1999 Volume: 8 Number: 5639
Today's topics:
Re: CONTRACT PERL PROGRAMMER <emschwar@rmi.net>
Re: dos ^M to unix \n (Bart Lateur)
Re: dos ^M to unix \n <bowen@imall.com>
Re: dos ^M to unix \n (Chris Costello)
GD Graphics Package problem on NT mraffin@cisclub.acad.emich.edu
Re: HASH AND ARRAY (Larry Rosler)
Re: HASH AND ARRAY (Bart Lateur)
Re: Here documents and indention. (M.J.T. Guy)
Re: Here documents and indention. (Bart Lateur)
Re: How "&#xxx;" and "%xx" convert to characters? (Larry Rosler)
Re: Need a little looping help <dgris@moiraine.dimensional.com>
Re: Need a little looping help <aqumsieh@matrox.com>
Re: Need a little looping help (Larry Rosler)
Re: Newbie needs help (Larry Rosler)
Re: send a PDF file (Larry Rosler)
sendmail misbehaving <csx1jw@ee.SpamLess.surrey.ac.uk>
Re: Sorting is too slow for finding top N keys... - BEN <dfan@harmonixmusic.com>
Re: sub return undef @array ? <aqumsieh@matrox.com>
Re: Ten Tips toward *DIVERSITY COMPLIANCE* in Web Desig <cmcurtin@interhack.net>
Re: Ten Tips toward *DIVERSITY COMPLIANCE* in Web Desig <tchrist@mox.perl.com>
Re: un esprit lisp dans un corps C <cmcurtin@interhack.net>
Re: When do i use GET and POST with form ? <perlguy@technologist.com>
xterm like window/console dev environment for Windows? (Richard M. Alford)
Special: Digest Administrivia (Last modified: 12 Dec 98 (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: 12 May 1999 09:57:30 -0600
From: Eric The Read <emschwar@rmi.net>
Subject: Re: CONTRACT PERL PROGRAMMER
Message-Id: <xkfk8uel1qt.fsf@valdemar.col.hp.com>
rjk@linguist.dartmouth.edu (Ronald J Kimball) writes:
> TIP for Applicants: In Accordance with FCI.NET's Preferred Style,
> RESUMES should contain as many unnecessary Capital Letters as POSSIBLE.
UN-altered REPRODUCTION and DISSEMINATION of this IMPORTANT Information
is ENCOURAGED, especially to COMPUTER BULLETIN BOARDS.
(sorry, it had to be said)
-=Eric
------------------------------
Date: Wed, 12 May 1999 15:13:06 GMT
From: bart.lateur@skynet.be (Bart Lateur)
Subject: Re: dos ^M to unix \n
Message-Id: <37399a10.16192823@news.skynet.be>
Peter Doyle wrote:
> I'm trying to substitute the ^M added to each line from a text box in a
>CGI form.
Note that "^M" is the on-screen *representation*, not the real value.
>What I have (which isn't working...)
...
> $line =~ s/\^\M/\\\n/ ;
I would try:
$line =~ s/\cM/\n/g;
but I'm wondering if you're not getting too many newlines that way.
Bart.
------------------------------
Date: Wed, 12 May 1999 09:28:26 -0600
From: Peter Bowen <bowen@imall.com>
To: Peter Doyle <peter.doyle@ireland.sun.com>
Subject: Re: dos ^M to unix \n
Message-Id: <37399E1A.6B1D6FA@imall.com>
The ^M that you are seeing is /r under unix. I'm assuming that you are
under unix to have this problem ;) Try something like:
$line =~ s/\r//;
This will remove the carriage return and leave your newline alone.
-Peter
Peter Doyle wrote:
>
> Hi,
> I'm trying to substitute the ^M added to each line from a text box in a
> CGI form.
>
> What I have (which isn't working...)
>
> sub dos2unix
> {
> print "<BR>dos2unix\n";
> my @dos = @_;
> foreach $line (@dos)
> {
> print "<BR>$line\n";
> $line =~ s/\^\M/\\\n/ ;
> push @unix, $line;
> }
> return @unix;
> }
--
Peter Bowen
Unix System Programmer
iMALL Inc.
bowen@imall.com
(801)226-5007
------------------------------
Date: Wed, 12 May 1999 15:30:47 GMT
From: chris@holly.dyndns.org (Chris Costello)
Subject: Re: dos ^M to unix \n
Message-Id: <slrn7jj7o4.gm.chris@holly.dyndns.org>
In article <3739969F.102C9281@ireland.sun.com>, Peter Doyle wrote:
> Hi,
> I'm trying to substitute the ^M added to each line from a text box in a
> CGI form.
>
> What I have (which isn't working...)
>
> sub dos2unix
> {
> print "<BR>dos2unix\n";
> my @dos = @_;
> foreach $line (@dos)
> {
> print "<BR>$line\n";
> $line =~ s/\^\M/\\\n/ ;
^^^^^^^^^^^^
Not good.
You want: s/\r\n/\n/;
> push @unix, $line;
> }
> return @unix;
> }
>
>
--
Chris Costello
Try not to let implementation details sneak into design documents.
------------------------------
Date: Wed, 12 May 1999 15:07:42 GMT
From: mraffin@cisclub.acad.emich.edu
Subject: GD Graphics Package problem on NT
Message-Id: <7hc5fo$832$1@nnrp1.deja.com>
I am tring to install the GD graphics (GD-1.18) package on my NT
machine, but I keep getting the following error when I try to compile
the package:
DEFINE=''; export DEFINE INC; cd libgd && NMAKE all DEFINE=
The name specified is not recognized as an
internal or external command, operable program or batch file.
NMAKE : fatal error U1077: 'DEFINE='';' : return code '0x1'
Stop.
Any suggestions would be appreciated.
Thanks
Michael
--== Sent via Deja.com http://www.deja.com/ ==--
---Share what you know. Learn what you don't.---
------------------------------
Date: Wed, 12 May 1999 08:06:43 -0700
From: lr@hpl.hp.com (Larry Rosler)
Subject: Re: HASH AND ARRAY
Message-Id: <MPG.11a338d628650182989a3b@nntp.hpl.hp.com>
[Posted and a courtesy copy sent.]
In article <37393ba8.1797310@news.skynet.be> on Wed, 12 May 1999
08:30:53 GMT, Bart Lateur <bart.lateur@skynet.be> says...
> Tad McClellan wrote:
> >bababozorg@aol.com wrote:
> >: i have a array like this:
> >: @array = ("aaa","bbb","ccc");
> >: i would like to add each element of this array az a key into a hash.
> >
> > Use a hash slice.
> >
> > @hash{@array} = ('') x @array; # keys from @array, values are empty
>
> This is my version:
>
> %hash = map { $_ => '' } @array;
>
> Maybe a bit slower, but easier to read -- and write.
An order of magnitude slower, last time I looked. It's like any other
idiom -- easy when you get used to it. This is even easier to write:
@hash{@array} = (); # keys from @array, values are undefined
--
(Just Another Larry) Rosler
Hewlett-Packard Company
http://www.hpl.hp.com/personal/Larry_Rosler/
lr@hpl.hp.com
------------------------------
Date: Wed, 12 May 1999 15:21:47 GMT
From: bart.lateur@skynet.be (Bart Lateur)
Subject: Re: HASH AND ARRAY
Message-Id: <373b9c21.16722355@news.skynet.be>
Larry Rosler wrote:
>An order of magnitude slower, last time I looked. It's like any other
>idiom -- easy when you get used to it. This is even easier to write:
>
> @hash{@array} = (); # keys from @array, values are undefined
Indeed. This came to me later. If you really don't care about the values
in the hash, this is excellent.
How's this for readability? (It may need Perl5.005)
$hash{$_} = '' foreach @array;
Bart.
------------------------------
Date: 12 May 1999 15:08:22 GMT
From: mjtg@cus.cam.ac.uk (M.J.T. Guy)
Subject: Re: Here documents and indention.
Message-Id: <7hc5h6$b8t$1@pegasus.csx.cam.ac.uk>
Charles R. Thompson <design@raincloud-studios.com> wrote:
>If Perl doesn't really care that much about whitespace, why do here
>document terminators have to be flush left in scripts?
But Perl *does* care about white space in appropriate places. Such as
string constants. And here documents are string constants.
Mike Guy
------------------------------
Date: Wed, 12 May 1999 15:26:26 GMT
From: bart.lateur@skynet.be (Bart Lateur)
Subject: Re: Here documents and indention.
Message-Id: <373c9cdd.16909759@news.skynet.be>
Charles R. Thompson wrote:
>If Perl doesn't really care that much about whitespace, why do here
>document terminators have to be flush left in scripts?
Because it would stand out?
Seriously, I too don't really understand why Perl couldn't be patched to
disregard any whitespace (and only whitespace, both before and after) on
those lines. Any time sacrifice would only be once, at compile-time. It
probably would even be minimal. That doesn't seem so bad.
And if your text contains a line containing just your end delimiter, you
should have picked another delimiter, anyway.
Bart.
------------------------------
Date: Wed, 12 May 1999 08:35:46 -0700
From: lr@hpl.hp.com (Larry Rosler)
Subject: Re: How "&#xxx;" and "%xx" convert to characters?
Message-Id: <MPG.11a33fb08ea05346989a3d@nntp.hpl.hp.com>
[Posted and a courtesy copy sent.]
In article <37395834@newsread3.dircon.co.uk> on 12 May 1999 11:30:12
+0100, Jonathan Stowe <gellyfish@gellyfish.com> says...
> Ansis Ataols Berzins <ataols@lanet.lv> wrote:
> > I search for the best way how to convert characters presented
> > in form "&#xxx;" and "%xx" to normal characters.
>
> You would use HTML::Entities to decode the first
> and URI::Escape to decode the second - that is if I have guessed what
> you mean correctly.
Throw the guy a fish, /J\, not a bunch of modules.
s/&#(\d+)/chr $1/e; # Not matching for the *optional* semicolon!
s/%([\da-fA-F]{2})/chr hex $1/e;
> However I am not sure that *you* know what the significance of these
> things are - you might consider looking at:
>
> <http://www.rfc-editor.org/rfc/rfc1866.txt> for an explanation of the first
>
> <http://www.rfc-editor.org/rfc/rfc1738.txt> for the second.
Why does he have to know, other than that they are encoded characters?
> /J\
Larry
--
(Just Another Larry) Rosler
Hewlett-Packard Company
http://www.hpl.hp.com/personal/Larry_Rosler/
lr@hpl.hp.com
------------------------------
Date: 12 May 1999 09:17:28 -0600
From: Daniel Grisinger <dgris@moiraine.dimensional.com>
Subject: Re: Need a little looping help
Message-Id: <m3vhdygvw7.fsf@moiraine.dimensional.com>
merlyn@stonehenge.com (Randal L. Schwartz) writes:
> GNU Emacs cperl-mode was complaining about mismatched parens.
> Yes, I'll probably get a rash of mail from people that think I shouldn't
> change my Perl code just to help an editor along, but that's life.
Yup, I know just what you mean. From my cvs repository-
% cd $CVSROOT /usr/local/repository
% find . -type f -exec grep '#.*emacs' {} \; /usr/local/repository
for (grep { ! /(?:^\.\.?$ )|(?: \# )/x } # the escaped # is for emacs :-(
' # 'keep emacs happy
$ {$msg->{head}->{list}} = get_list($msg); # space between $ and { for emacs
(..$re(?=$re))+ #+++ damnit, why does emacs need these
<snip > 500 similar lines>
It isn't as bad as it used to be, though. I've discovered that my
writing and coding habits have been strongly influenced by what is
easy for a computer to parse.
dgris
--
Daniel Grisinger dgris@moiraine.dimensional.com
perl -Mre=eval -e'$_=shift;;@[=split//;;$,=qq;\n;;;print
m;(.{$-}(?{$-++}));,q;;while$-<=@[;;' 'Just Another Perl Hacker'
------------------------------
Date: Wed, 12 May 1999 10:33:03 -0400
From: Ala Qumsieh <aqumsieh@matrox.com>
To: lr@hpl.hp.com (Larry Rosler)
Subject: Re: Need a little looping help
Message-Id: <x3y4slipdcw.fsf@tigre.matrox.com>
[posted and CCed]
lr@hpl.hp.com (Larry Rosler) writes:
> $code = qq(for my $_ (1..2) {\n).indent($code).qq(}\n);
Hehe .. cool. I never thought I would ever see $_ (or any of Perl's
other special vars) preceded by C<my> ;-)
Ala
------------------------------
Date: Wed, 12 May 1999 08:52:10 -0700
From: lr@hpl.hp.com (Larry Rosler)
Subject: Re: Need a little looping help
Message-Id: <MPG.11a3437ef5f2308e989a3f@nntp.hpl.hp.com>
[Posted and a courtesy copy sent.]
In article <x3y4slipdcw.fsf@tigre.matrox.com> on Wed, 12 May 1999
10:33:03 -0400, Ala Qumsieh <aqumsieh@matrox.com> says...
> lr@hpl.hp.com (Larry Rosler) writes:
> > $code = qq(for my $_ (1..2) {\n).indent($code).qq(}\n);
>
> Hehe .. cool. I never thought I would ever see $_ (or any of Perl's
> other special vars) preceded by C<my> ;-)
Yes, it looks odd, doesn't it? I can see why Randal left it out.
My skimming of posts here about threaded perl makes me suspect one has
to lexicalize $_ (and other special variables?). Others will know for
sure.
--
(Just Another Larry) Rosler
Hewlett-Packard Company
http://www.hpl.hp.com/personal/Larry_Rosler/
lr@hpl.hp.com
------------------------------
Date: Wed, 12 May 1999 08:19:57 -0700
From: lr@hpl.hp.com (Larry Rosler)
Subject: Re: Newbie needs help
Message-Id: <MPG.11a33bf7f10d7454989a3c@nntp.hpl.hp.com>
In article <37398094.F680AB72@softhome.net> on Wed, 12 May 1999 15:22:28
+0200, Alain Walrant <awalrant@softhome.net> says...
> A simple question:
> is the file containing the 'counter' reachable from the path you use when
> your server execute the script( cgi-bin directory ?).
> To test it, add a "|| die 'cant open file';" atfer your open file command.
>
> Just to test..
You forgot to include $! in the error message. And if you don't have
access to the server logs (many of us don't, believe it or not!), send
the message to the browser via STDOUT, not to God-knows-where via
STDERR.
open FILE, $file or do { print "Content-type: text/plain\n\n",
"Can't open '$file'. $!\n"; exit }
Not 'Just to test..." -- all the time!
--
(Just Another Larry) Rosler
Hewlett-Packard Company
http://www.hpl.hp.com/personal/Larry_Rosler/
lr@hpl.hp.com
------------------------------
Date: Wed, 12 May 1999 08:44:04 -0700
From: lr@hpl.hp.com (Larry Rosler)
Subject: Re: send a PDF file
Message-Id: <MPG.11a341961178434989a3e@nntp.hpl.hp.com>
[Posted and a courtesy copy sent.]
In article <7hbm92$mgl$1@front7.grolier.fr> on Wed, 12 May 1999 12:48:33
+0200, Kevin <mpajot@club-internet.fr> says...
> My goal is to send a PDF file to the client, I know the header
> "Content-type: application/pdf" but what do I have to do then ? (the
> navigator is supposed to ask the surfer if he wants to read the file or save
> it on the disk)
open() the file, use binmode() on the filehandle, then [in a loop]
read() the file and print() it [to STDOUT].
> Other little question (I have no reference book on Perl)
If you have perl on your computer, you have all the Perl documentation.
Use it! (Books get out of date, anyhow.)
> - How can I get the first or the third letter of a string $string
perldoc -f substr
> - How can I get the date in my perl script under an Unix server (do I have
> to use "exec")
perldoc -f localtime
> - How can I generate random numbers
perldoc -f rand
I've identified the descriptions of seven Perl functions for you to
learn. Enjoy!
--
(Just Another Larry) Rosler
Hewlett-Packard Company
http://www.hpl.hp.com/personal/Larry_Rosler/
lr@hpl.hp.com
------------------------------
Date: Wed, 12 May 1999 15:38:24 +0000
From: J Webb <csx1jw@ee.SpamLess.surrey.ac.uk>
Subject: sendmail misbehaving
Message-Id: <3739A070.6B5D@ee.SpamLess.surrey.ac.uk>
I'm having problems with sendmail from a Perl script. It's not the
implementation that's causing problems, but the fact is that some of the
text in the message body are being missed off the end of the mail
messages. I've tried sending the same message that results from the
script to my local email address (one on the network running the script)
and it works fine, but then I change it to a remote email address and I
get this problem. What can be going wrong? If it's a server problem,
then which end is it likely to be at and how do I find out. If it's a
script problem (which I'm pretty sure it isn't), why does it only occur
with remote email addresses?
Thanks
--
Jason Webb
csx1jw@ee.surrey.ac.uk
------------------------------
Date: 12 May 1999 10:18:18 -0400
From: Dan Schmidt <dfan@harmonixmusic.com>
Subject: Re: Sorting is too slow for finding top N keys... - BENCH
Message-Id: <wk1zgmwevp.fsf@turangalila.harmonixmusic.com>
lr@hpl.hp.com (Larry Rosler) writes:
| In article <wkr9ony9jr.fsf@turangalila.harmonixmusic.com> on 11 May 1999
| 10:18:16 -0400, Dan Schmidt <dfan@harmonixmusic.com> says...
|
| > The problem is discussed in Knuth, though he doesn't present an
| > algorithm that you can cut and paste (not that a MIX implementation
| > would do us much good anyway).
| >
| > 5.2.2 Exercise 31 can be extended to find the top n elements of an
| > array (you do a quicksort but ignore everything on the side you're not
| > interested in; this sounds like Marko's quickselect).
| >
| > 5.3.3 discusses selection in general, and exercise 17 is a
| > generalization of the problem you describe (selecting both the k
| > largest and the l smallest elements).
|
| Thanks for the pointers. I didn't actually look at every one of the
| exercises, just the body text and a skim which missed these. They are
| each rated 20, which is 'an average problem' (and the first one is
| marked 'recommended'). Still, problems are not solutions.
True, but Knuth has (admittedly sketchy) solutions in the back of the
book.
I'm glad to see that Marko sped up his quickselect by switching to
median-of-three to deal with degenerate input; intuitively, quickselect
seems like it should be The Right Way, so it was upsetting to see it
performing badly.
--
Dan Schmidt -> dfan@harmonixmusic.com, dfan@alum.mit.edu
Honest Bob & the http://www2.thecia.net/users/dfan/
Factory-to-Dealer Incentives -> http://www2.thecia.net/users/dfan/hbob/
Gamelan Galak Tika -> http://web.mit.edu/galak-tika/www/
------------------------------
Date: Wed, 12 May 1999 10:45:22 -0400
From: Ala Qumsieh <aqumsieh@matrox.com>
Subject: Re: sub return undef @array ?
Message-Id: <x3y1zgmpcsd.fsf@tigre.matrox.com>
Eric The Read <emschwar@rmi.net> writes:
> > sub retundef
> > {
> > return undef ;
> > }
>
> This returns an array 1 item long, whose first item is undef.
No. This returns a *list* of 1 item.
> > my @x = retundef() ;
>
> This assigns @x an array that looks like this: [ undef ]. You probably
No. The array really looks like (undef).
> wanted to assign 'undef' instead. perdoc perlsub to understand why you
> can't (at least, I don't see any way you can).
Maybe something like:
my @x = retundef() || ();
Then you would test whether @x contains any elements:
if (@x) { # don't use defined!
....
}
HTH,
Ala
------------------------------
Date: 12 May 1999 11:11:14 -0400
From: Matt Curtin <cmcurtin@interhack.net>
Subject: Re: Ten Tips toward *DIVERSITY COMPLIANCE* in Web Design
Message-Id: <xlxwvyeiar1.fsf@gold.cis.ohio-state.edu>
>>>>> On Tue, 11 May 1999 12:30:02 -0700, "Matt Kruse" <mkruse@rens.com> said:
Matt> If you wish to keep your head in the sand and continue living in
Matt> a fantasy world where everyone uses HTML 2.0 and text-based
Matt> browsers, that's your choice.
You betray your prejudice and inability to understand the issue at
hand by implying that "text-based" is the equivalent of HTML 2.0. The
fact of the matter is that it's quite possible to have HTML 3.2 and
4.0 written in such a way that it will look beautiful to those who
want eye candy and will look functional to those who want
functionality and efficiency.
Do not write to browsers. Do not write to plugins. Write to the
standards, and then you can legitimately tell someone who can't see
your pages to get a better browser.
I disagree with Tom's ridicule of stylesheets. Used properly, they're
a step back in the right direction, after the horrible misstep of HTML
3.2, which confused presentation and structure. W3C's HTML 4.0 strict
DTD fixes that problem and relies on stylesheets for presentation,
leaving only structure in the markup itself. It is noteworthy, and
perhaps this is the source of Tom's criticism, that stylesheets are
generally poorly supported. But that's a browser implementation
problem. The beautiful thing about stylesheets is that if you don't
want to use them, you can turn them off easily.
Matt> But, if you took your philosophy into a design meeting with a
Matt> client, you would get laughed at. IMO.
So what? "Clients" didn't make the web possible. I have made such
assertions, and I have endured client ridicule. After they seemed to
be finished, I calmly remind them who played what part in making all
of this stuff possible. I have yet to lose this argument in such
situations.
If you're not going to do it right, you're betraying your own
mediocrity. If that's what a client wants, he's free to do so
himself, without my help.
--
Matt Curtin cmcurtin@interhack.net http://www.interhack.net/people/cmcurtin/
------------------------------
Date: 12 May 1999 09:33:32 -0700
From: Tom Christiansen <tchrist@mox.perl.com>
Subject: Re: Ten Tips toward *DIVERSITY COMPLIANCE* in Web Design
Message-Id: <37399f4c@cs.colorado.edu>
[courtesy cc of this posting sent to cited author via email]
In comp.lang.perl.misc,
Matt Curtin <cmcurtin@interhack.net> writes:
:I disagree with Tom's ridicule of stylesheets.
I reneged.
:It is noteworthy, and
:perhaps this is the source of Tom's criticism, that stylesheets are
:generally poorly supported.
That's correct.
:But that's a browser implementation
:problem.
So are many of these.
--tom
--
s = (char*)(long)retval; /* ouch */
--Larry Wall in doio.c from the perl source code
------------------------------
Date: 12 May 1999 11:46:19 -0400
From: Matt Curtin <cmcurtin@interhack.net>
Subject: Re: un esprit lisp dans un corps C
Message-Id: <xlxvhdyi94k.fsf@gold.cis.ohio-state.edu>
>>>>> On 12 May 1999 06:46:49 -0700,
Tom Christiansen <tchrist@mox.perl.com> said:
Tom> on dit que Perl a un esprit lisp dans un corps C, n'est-ce
Tom> pas? :-)
Mais oui!
--
Matt Curtin cmcurtin@interhack.net http://www.interhack.net/people/cmcurtin/
------------------------------
Date: Wed, 12 May 1999 10:40:06 -0500
From: Brent Michalski <perlguy@technologist.com>
Subject: Re: When do i use GET and POST with form ?
Message-Id: <3739A0D6.213AB109@technologist.com>
You might want to try asking a CGI or HTML newsgroup. This is a Perl
newsgroup and your question has nothing to do with Perl...
Brent
Austin Ming wrote:
>
> When do i use GET and POST with form ?
>
> Kevin
> http://i.am/heshe
------------------------------
Date: Wed, 12 May 1999 09:48:04 -0500
From: ralford@NO_SPAM_bigfoot.com (Richard M. Alford)
Subject: xterm like window/console dev environment for Windows?
Message-Id: <MPG.11a3509f6fd19ca69896a9@news.earthlink.net>
Is there a viable development tool for working with Perl executables in
windows. Using the MSDOS tool is pretty primitive for much work.
Should be something like an editor and console window to run and test
batch programs.
Thanks,
-rma
------------------------------
Date: 12 Dec 98 21:33:47 GMT (Last modified)
From: Perl-Request@ruby.oce.orst.edu (Perl-Users-Digest Admin)
Subject: Special: Digest Administrivia (Last modified: 12 Dec 98)
Message-Id: <null>
Administrivia:
Well, after 6 months, here's the answer to the quiz: what do we do about
comp.lang.perl.moderated. Answer: nothing.
]From: Russ Allbery <rra@stanford.edu>
]Date: 21 Sep 1998 19:53:43 -0700
]Subject: comp.lang.perl.moderated available via e-mail
]
]It is possible to subscribe to comp.lang.perl.moderated as a mailing list.
]To do so, send mail to majordomo@eyrie.org with "subscribe clpm" in the
]body. Majordomo will then send you instructions on how to confirm your
]subscription. This is provided as a general service for those people who
]cannot receive the newsgroup for whatever reason or who just prefer to
]receive messages via e-mail.
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.misc (and this Digest), send your
article to perl-users@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.
The Meta-FAQ, an article containing information about the FAQ, is
available by requesting "send perl-users meta-faq". The real FAQ, as it
appeared last in the newsgroup, can be retrieved with the request "send
perl-users FAQ". Due to their sizes, neither the Meta-FAQ nor the FAQ
are included in the digest.
The "mini-FAQ", which is an updated version of the Meta-FAQ, is
available by requesting "send perl-users mini-faq". It appears twice
weekly in the group, but is not distributed in the digest.
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 V8 Issue 5639
**************************************
