[12162] in Perl-Users-Digest
Perl-Users Digest, Issue: 5762 Volume: 8
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Mon May 24 08:07:35 1999
Date: Mon, 24 May 99 05:00:19 -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 Mon, 24 May 1999 Volume: 8 Number: 5762
Today's topics:
Re: DBI Error Handling <rhrh@hotmail.com>
Help needed : Reading form fields ashraf781@my-dejanews.com
Re: Help needed : Reading form fields (Michel Dalle)
Re: Help with challenge script (Bart Lateur)
how to send the variable from ASP to Perl? <tkook@hotmail.com>
Re: I found a bug, do I? about perl typing globbing <gellyfish@gellyfish.com>
Re: Mac-specific Perl help requested - The Answer (yet (Bart Lateur)
Re: Mac-specific Perl help requested - The Answer (Paul J. Schinder)
Re: Mac-specific Perl help requested - The Answer (Bart Lateur)
Need expert scrutiny :) smnayeem@my-dejanews.com
oracle info cnsxxx9@my-dejanews.com
Re: Parsing User Mail File - Sanity Check... (I.J. Garlick)
Re: Perl "constructors" (Sam Holden)
Re: Storing GD::Image <bouteille@dial.oleane.com>
Storing non scalars in a tied hash <julian@asiapacific.co.nz>
strange core dumping ARGV behaviour <this.is@not.my.address.ok>
Re: Sys::Syslog doesn't work in Perl5.005_03 :-( (Arjun Ray)
system info cnsxxx9@my-dejanews.com
Re: Transliteration Operator Problem <ebohlman@netcom.com>
Special: Digest Administrivia (Last modified: 12 Dec 98 (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Mon, 24 May 1999 12:14:03 +0100
From: Richard H <rhrh@hotmail.com>
Subject: Re: DBI Error Handling
Message-Id: <3749347B.B1CE977C@hotmail.com>
Bill West wrote:
>
> I am looking for the best method to handle database trhown errors in a CGI
> environment. For instance if a user passes an insert command that violates a
> unique key constraint I would like to capture that error number, interpret
> it and send the user a meaningful message possibly in a Javascript alert.
>
> The DBI documentation make a reference to a module called CGI::ErrorWrap but
> I can't find it anywhere. Can someone point me in the right direction for a
> strategy on this.
Have you tried using the standard DBI->errstr that is provided to catch
the sql return codes??
$sth = $dbh->prepare($sql) || die "Can't prepare dodgy SQL returns:
$DBI::errstr";
or dont die and pass control to a subroutine!!
you could then do whatever you want if you parse the return.
Richard H
------------------------------
Date: Mon, 24 May 1999 06:01:16 GMT
From: ashraf781@my-dejanews.com
Subject: Help needed : Reading form fields
Message-Id: <7iapvb$dc8$1@nnrp1.deja.com>
Hello PERL cgi-bin masters,
I am new to PERL cgi-bin.I have
problem in reading form fields and appending it to a plain text
file.
I want to read form fields(e.g. testfield,passwd_
field) and appent it to a text file.
Can anyone of you suggest me some method/steps.
Any help would be greatly appreciated.
Regards,
Samid Ashraf
--== Sent via Deja.com http://www.deja.com/ ==--
---Share what you know. Learn what you don't.---
------------------------------
Date: Mon, 24 May 1999 10:01:52 GMT
From: michel.dalle@usa.net (Michel Dalle)
Subject: Re: Help needed : Reading form fields
Message-Id: <7ib80t$m7q$1@xenon.inbe.net>
In article <7iapvb$dc8$1@nnrp1.deja.com>, ashraf781@my-dejanews.com wrote:
>Hello PERL cgi-bin masters,
> I am new to PERL cgi-bin.I have
>problem in reading form fields and appending it to a plain text
>file.
> I want to read form fields(e.g. testfield,passwd_
>field) and appent it to a text file.
>
> Can anyone of you suggest me some method/steps.
>Any help would be greatly appreciated.
1) Talk about CGI, not cgi-bin (which is a common name for the
directory where CGI binaries (=programs) are placed).
2) Have a look at CGI.pm. If you don't have it on your local PC yet
(in the Perl distribution), you can find it at CPAN. (Start at www.perl.com,
go to 'Nearest CPAN Site', and go down to /modules/by_module/CGI/)
The module includes an extensive help file.
3) Have a look at the CGI Resource Index at cgi.resourceindex.com.
It contains both Perl scripts for form handling, and Tutorials on CGI.
4) Ask your next questions to the correct newsgroup, i.e.
comp.infosystems.www.authoring.cgi
5) Good luck.
Michel.
------------------------------
Date: Mon, 24 May 1999 09:49:25 GMT
From: bart.lateur@skynet.be (Bart Lateur)
Subject: Re: Help with challenge script
Message-Id: <374a1fe1.2634971@news.skynet.be>
anonymous wrote:
> I was just wondering if
>you can help me out with my script or tell me where I can look for
>a example on archiving a post automatically by the end of the months.
>I know that cron can do what I want but I don't have access to it.
What you could do, is do a check every time the script runs. If it's
"that time of the month", you could do a fork() (or multiple? Dunno, I'm
not an expert on that matter), and let the child do the archiving, while
the parent does "business as usual". Well, that would be my first idea
of an approach.
Bart.
------------------------------
Date: Mon, 24 May 1999 16:09:42 +0700
From: kook <tkook@hotmail.com>
Subject: how to send the variable from ASP to Perl?
Message-Id: <37491756.B0E6F927@hotmail.com>
Help!...do you know how to send the variable from ASP to Perl?
tkook@hotmail.com
------------------------------
Date: 24 May 1999 09:42:41 +0100
From: Jonathan Stowe <gellyfish@gellyfish.com>
Subject: Re: I found a bug, do I? about perl typing globbing
Message-Id: <37491101@newsread3.dircon.co.uk>
H.C. Chen <hcchen@pobox.com> wrote:
> #!/usr/bin/perl -wl
> # Original source was from Jon Orwant's book "Perl 5 interactive sourse"
> # sample program 4-43.
> # I changed a little as below and suspect have found an ActiveState build
> # 515's bug.
>
> @array1 = (1, 2, 3);
> @array2 = (4, 5, 6);
>
> @arrayx = (7, 8, 9);
> @arrayy = (10, 11, 12);
>
> multarray(*array1, *array2);
> multarray(*arrayx, *arrayy);
> # This program works fine,
> sub multarray { # but ........
> local(*array1, *array2) = @_; # if change array1 to arraya and
> print "Array 1 is @array1"; # array2 to arrayb
> print "Array 2 is @array2"; # I got compilation errors !!!!
> }
>
>
> This is the error message I have got :
> G:\>perl argglob
> In string, @arraya now must be written as \@arraya at
> argglob line 16, near "Array 1 is @arraya"
> In string, @arrayb now must be written as \@arrayb at
> argglob line 17, near "Array 2 is @arrayb"
> Execution of argglob aborted due to compilation errors.
>
Thats no bug that is supposed to happen (from perldiag):
In string, @%s now must be written as \@%s (F)
It used to be that Perl would try to guess whether you wanted an array
interpolated or a literal @. It did this when the string was first
used at runtime. Now strings are parsed at compile time, and ambiguous
instances of @ must be disambiguated, either by prepending a backslash
to indicate a literal, or by declaring (or using) the array within the
program before the string (lexically). (Someday it will simply assume
that an unbackslashed @ interpolates an array.)
Please read the documentation before crying bug.
/J\
--
Jonathan Stowe <jns@gellyfish.com>
------------------------------
Date: Mon, 24 May 1999 09:56:36 GMT
From: bart.lateur@skynet.be (Bart Lateur)
Subject: Re: Mac-specific Perl help requested - The Answer (yet another followup)
Message-Id: <374c2190.3066078@news.skynet.be>
Josh Pointer wrote:
>1. MacPerl behaves differently than Perl with respect to its treatment
>of newlines.
No it doesn't. Perl on Unix works as you'd like on text files in it's
platform native format. So does MacPerl. Only: it's native format is
different. Note that that goes not only for newlines, but also for
accented characters etc., "Ascii" character codes 128 to 255.
Bart.
------------------------------
Date: Sun, 23 May 1999 13:57:48 GMT
From: schinder@leprss.gsfc.nasa.gov (Paul J. Schinder)
Subject: Re: Mac-specific Perl help requested - The Answer
Message-Id: <wPT13.244$l7.3416@iad-read.news.verio.net>
In <37477760.712B@bitwell.net> Josh Pointer <josh@bitwell.net> writes:
>I've tried to imagine why the writer of the MacPerl documentation failed
>to adequately address this issue, but I just lost three hours of my life
Because the writer of the MacPerl documentation is also the author of
MacPerl, and has multiple clues and little time. He said all that was
necessary. The rest can be gleaned by a few minutes experimentation,
and by paying attention to those 4 Perl books you have.
>driving to the dark side of the moon in search of the only bookstore in
>the region which stocks the obscure tome "MacPerl: Power and Ease." $40.
>Did the book answer my question? Yes. Do I believe that it should be
>necessary to spend $40 and/or three hours of my life to discover why a
>port of a UNIX text processing language doesn't properly handle UNIX
>text? Absolutely not.
Too bad. Learning a language involves learning, which involves time.
MacPerl is a port of Perl to MacOS. It doesn't turn your Mac into a
Unix box. To do *that* is quite easy to do these days; I'm writing
this on a Mac running Linux. The choices made in MacPerl concerning
line breaks are the best one can make when portability *of scripts* is
paramount. Dealing with the end-of-line problems for *data* is quite
easy to do in Perl, as those 4 books will tell you.
See also <http://pudge.net/macperl/perlport.html>
>Josh Pointer
>josh@bitwell.net
>BTW, I didn't buy the book. I sat there in the store and read it, taking
>notes, and then put it right back where I found it. On the other hand,
>despite UNIX Perl's extensive, useful documentation, I've bought 4 Perl
>books from O'Reilly. There's a lesson in that.
About you, perhaps, but about nothing of interest.
--
Paul J. Schinder
NASA Goddard Space Flight Center
schinder@leprss.gsfc.nasa.gov
------------------------------
Date: Mon, 24 May 1999 09:51:14 GMT
From: bart.lateur@skynet.be (Bart Lateur)
Subject: Re: Mac-specific Perl help requested - The Answer
Message-Id: <374b20f6.2911574@news.skynet.be>
Chris Nandor wrote:
># BTW, I didn't buy the book. I sat there in the store and read it, taking
># notes, and then put it right back where I found it. On the other hand,
># despite UNIX Perl's extensive, useful documentation, I've bought 4 Perl
># books from O'Reilly. There's a lesson in that.
>
>I don't understand what the lesson is.
That they should put chairs in bookshops?
Bart.
------------------------------
Date: Mon, 24 May 1999 06:02:51 GMT
From: smnayeem@my-dejanews.com
Subject: Need expert scrutiny :)
Message-Id: <7iaq2a$dch$1@nnrp1.deja.com>
i am using the following program to replace all occurances of
? with uuu
= with vvv
% with xxx
condition being that it has to match the following :
m/[hH][rR][eE][fF]=\"[hH][tT][tT][pP].*?\"/g
ie it has to be a HREF link.
$_ = "hehehehe%=?<HREF=\"http:agni.com?idunno=nothing%and=none\">";
while (m/[hH][rR][eE][fF]=\"[hH][tT][tT][pP].*?\"/g) {
$value = $&;
$value =~ s/\?/uuu/g;
$value =~ s/\=/vvv/g;
$value =~ s/\%/xxx/g;
push @valray, $value;
}
for $value (@valray)
{s/[hH][rR][eE][fF]=\"[hH][tT][tT][pP].*?\"/$value/};
print $_;
now i have been thinking whether there is a better or faster way then
the
one i have used to do this. if anyone knows pls let me know. thanks!
smnayeem
--== Sent via Deja.com http://www.deja.com/ ==--
---Share what you know. Learn what you don't.---
------------------------------
Date: Mon, 24 May 1999 10:57:08 GMT
From: cnsxxx9@my-dejanews.com
Subject: oracle info
Message-Id: <7ibba4$opb$1@nnrp1.deja.com>
is there a module to get Oracle database info?
e.g. current *available* databases, current *running* databases,
remotely accessible databases, parsing *.ora files for errors,
database performance info, active users
..in fact anything useful, whether connecting into the database for the
info or not....!!
????
TIA
C.
--
Christopher.Shaw (AT) PanCredit.com (wk)
chris (AT) mdrive.freeserve.co.uk (home)
--== Sent via Deja.com http://www.deja.com/ ==--
---Share what you know. Learn what you don't.---
------------------------------
Date: Mon, 24 May 1999 09:16:15 GMT
From: ijg@csc.liv.ac.uk (I.J. Garlick)
Subject: Re: Parsing User Mail File - Sanity Check...
Message-Id: <FC8CF3.8tv@csc.liv.ac.uk>
In article <3747508A.98F19474@baratta.com>,
Anthony Baratta <Anthony@Baratta.com> writes:
> Howdy...
>
> I just need a sanity check that I'm approaching this solution correctly:
>
> I am receiving MIME encoded messages in my UNIX mail account that I am
> parsing out and "massaging" before import into an mSQL database. I've
> already coded the scripts that copy the mail file over (e.g.
> /var/spool/mail/foo) to a temp location and 'play with it'. I then
> manually delete the target emails using mail/mailx.
>
> What I want to do now (and need the sanity check on) is to "move" the
> file to a temp location, 'cut out' the messages and return the mail file
> back to the mail spool directory minus the target messages. (e.g.
> automating the deletes of the target messages.)
Eeeek. Not a good idea. there are at least 3 progs that will try to access
file depending on what you or the system is doing. Sendmail, your Pop3 server
and possibly your Imap server (if running). Could be wrong about it being 3.
>
> I know that before I move the mail file back I should see if a new mail
> file exists, and if so - cat them together. If no file exists, just copy
> the neutered file back. Am I playing with fire here? Is there a mail
> lock file I should be looking for? (we are using sendmail) Should I ask
> this question on the sendmail list?
Yes, there probably is (at least on the system I am on) also the Pop3
server creates it as well. If you get it wrong it locks you out. Trust me
I have been there.
>
> Thanks in advance!!
What I said above probably gives the best clue as to, I personally think,
the sanest way of approaching this.
Check out the doc on POP3.pm (it comes with all recent Perl releases so no
need to goto CPAN). It will allow you to login to your mail file retreive
the message and then delete it.
Since it will be the Pop3 server doing all this you don't need to worry
about file locking as it does all that for you. You could use the Imap
server and an Imap module instead which (if you choose a well written
module) will give you the MIME message split into it's parts for easier
manipulation (it's part of the Imap spec I think so most should do it).
However this maybe more complicated than you need.
The only draw back is it will be a bit slower than your outlined method.
However the saving in time spent not fixing probable locking errors will
more than make up for it though.
Afterall why re-invent the wheel :-)
--
Ian J. Garlick
ijg@csc.liv.ac.uk
Finagle's First Law:
If an experiment works, something has gone wrong.
------------------------------
Date: 24 May 1999 07:14:12 GMT
From: sholden@pgrad.cs.usyd.edu.au (Sam Holden)
Subject: Re: Perl "constructors"
Message-Id: <slrn7khv24.b8g.sholden@pgrad.cs.usyd.edu.au>
On Mon, 24 May 1999 05:11:36 GMT, armchair@my-dejanews.com wrote:
>In article <slrn7kh4dk.6qs.sholden@pgrad.cs.usyd.edu.au>,
> sholden@cs.usyd.edu.au wrote:
>> On Sun, 23 May 1999 16:41:48 GMT, armchair@my-dejanews.com wrote:
>> >
>> >I did a wc the other day and I am up to 2000 lines (counting comments
>> >and blanks and { } etc., of Perl. If it wasn't for this
>> > thread I would
>> >be well over a 100,000 by now!
>>
>> So without this thread you would have written code an
>> order of magnitude
>> or so faster than any measurement of programming rates I
>> have ever seen.
>> Do you test your code? Do you cut and paste or something to
>> increase your
>> lines of code / day? Or do you make numbers up?
>
>Are your programming metrics based on international data, or just
>figures gathered in Australia? Don't forget that America is taking in
>hundreds of thousands of young A grade average programming students from
>Asia each year. Not to mention James Gosling, Linus Torvalds and Bjarne
>Stroustrup. It's really competitive over here - I'm actually one of the
>slow ones. But despite advancing age, I have used my resourcefulness to
>raise my lines of code (LOC) output threefold recently. Since you're an
>ocean away and not a threat, I can let you in on a part of my new
>technique:
The old data I have is for American programmers...
In 1969 John Harr from Bell Labs reported coding rates of 500-2300 words/year
for the average programmer. That is finished code though, and doesn't count
code written that was not used in the final product.
Data from OS/360 at IBM gave productivities in the range of 6-800 debugged
instructions per year perl person for control program code. For language
translation code the rate was 2-300 debugged instructions.
For non-assembly programming there is MIT's data on MULTICS with gives 1200
lines of debugged PL/I statements per year per person. Note this is in the
same ball-park as Harr's results for assembler except it is lines not words.
As for linux, I just downloaded kernel 2.2.3 and ran the command
wc -l `{find . -name '*.c'} #excuse the shell syntax....
Giving :
1399646 total
So 1.4 million lines of code
grepping for ^N:' in the CREDITS file gives about 280 names.
Linux was released in 1991 so it has been written over 8 years.
So we have a rate of 175000 lines of code per year.
But it has not been written by one person it has been written by 280 people.
So according to your estimate if you stopped posting you could write
the same amount of debugged code as exists in the current linux kernel in
15 x (time since thread started) = 15 x 10 days = 30 weeks.
And for a more recent statistic we have a recent study by Meta Group Inc of
16,000 IT professionals in 28 countries. It put US programmer productivity
at 7700 lines of code per year.
Please note all my figures have been per year...
You are either bad at math or the worlds fastest programmer writing who can
write code at over 300x the rate of the average american programmer.
Did you write 2.5 million lines of code last year? Thought not, so why
pretend you could?
>
>Although in this case, I may have slightly overestimated the amount of
>code written were it not for this thread.
You have a different definition of slightly than me...
--
Sam
Anyway, the other successor to C gobbled up two letters instead of one.
Which is why many Perl scripts have the extension, ``.pl'', finishing
off BCPL. --Larry Wall
------------------------------
Date: 24 May 1999 09:21:11 +0200
From: Olivier Bouteille <bouteille@dial.oleane.com>
Subject: Re: Storing GD::Image
Message-Id: <m3iu9jq6fs.fsf@localhost.oleane.com>
Brad Waite <brad@wcubed.net> writes:
> I'm trying to obtain object persistence between processes and am having
> a lot of problems. Here's a code snippet:
>
> use GD;
> use Storable;
>
> open(FILE, "image.gif");
> $gif = newFromGif GD::Image('FILE');
> close FILE;
>
> store( \$gif, 'newimage.gif' );
>
>
> Why is newimage.gif only 30 bytes long? Any suggestions on how to store
> it?
open NEW,">newimage.gif" or die "$!\n";
print NEW $gif->gif;
close NEW;
--
Olivier Bouteille
bouteille@dial.oleane.com
------------------------------
Date: Mon, 24 May 1999 19:00:02 +1200
From: "Julian Rhind" <julian@asiapacific.co.nz>
Subject: Storing non scalars in a tied hash
Message-Id: <7iatg0$2lhro$1@titan.xtra.co.nz>
Could somebody point me in the right direction regarding what is probably a
simple question.
If I create a hash or lists and put some data in it:
$hhash{"johnsmith"}[0]="00000";
$hhash{"johnsmith"}[1]="11111";
$hhash{"billbrown"}[0]="aaaaaaa";
$hhash{"billbrown"}[1]="bbbbbbb";
everything works. However if I tie it to a file:
use SDBM_File;
tie %hhash, 'SDBM_File', 'nname', O_RDWR | O_CREAT, 0640;
$hhash{"johnsmith"}[0]="00000";
$hhash{"johnsmith"}[1]="11111";
$hhash{"billbrown"}[0]="aaaaaaa";
$hhash{"billbrown"}[1]="bbbbbbb";
untie %hhash;
I get blank data entries and only references to arrays stored in the .pag
file - no values. A simple tied hash storing scalars works ok - which I
have used as a workaround using the join function.
How can I get a tied non scalar hash to work (either hash of hashes or hash
of lists)?
Also in the case of a tied hash of hashes is there a way to avoid having the
second hash key (which would be the field name e.g. "address") actually
stored in the file in every record.
Any advice would be appreciated.
Regards
Julian
------------------------------
Date: Mon, 24 May 1999 12:44:14 +0100
From: Bob MacCallum <this.is@not.my.address.ok>
Subject: strange core dumping ARGV behaviour
Message-Id: <37493B8E.F9092AD9@not.my.address.ok>
This is a problem for which I can't post a simple 2-liner
to demonstrate, because it has only ever happened with
large scripts. If anyone has experienced the following
then let's discuss it.
* run a large perl program with lots of options -> works fine
* run it again, but add [or remove] an option -> core dumps
* add a few lines of useless code to the program -> works fine
* sometimes even adding comments will fix it
* invocation with csh -c "prog.pl blah blah" works, sh doesn't.
* problem occurs maybe 1% of the time
possibly relevant details:
* using Getopt::Long
* SGI IRIX 6.x (couldn't try on another platform)
* tcsh
* same behaviour with Perl 5.003 or 5.005_02
anyone?
--
from bob maccallum - email me at
initial.surname@icrf.icnet.uk
------------------------------
Date: 24 May 1999 04:11:06 -0500
From: aray@nmds.com (Arjun Ray)
Subject: Re: Sys::Syslog doesn't work in Perl5.005_03 :-(
Message-Id: <37ee179e.3225760378@news1.newscene.com>
In <7i8k0h$4jv$1@gellyfish.btinternet.com>, Jonathan Stowe
<gellyfish@gellyfish.com> wrote:
| In comp.lang.perl.misc Arjun Ray <aray@nmds.com> wrote:
| > In <7i60hj$1cu$1@gellyfish.btinternet.com>,
| > Jonathan Stowe <gellyfish@gellyfish.com> wrote:
| > | #!/usr/bin/perl -w
| > | use strict;
| > | use Sys::Syslog qw(openlog syslog setlogsock closelog);
| > Unfortunately, setlogsock is not exported by Sys::Syslog, so
| > | setlogsock('unix');
| > Has to be
| > : Sys::Syslog::setlogsock('unix') ;
| > After which, yes, the code works fine.
|
| No. That is why I have explicitly imported the functions there.
It's my understanding that explicit import makes no difference if the
function isn't exported by the module's @EXPORT or @EXPORT_OK arrays.
I get the following compile time error:
: "setlogsock" is not exported by the Sys::Syslog module at test.pl line 3
: Can't continue after import errors at test.pl line 3
: BEGIN failed--compilation aborted at test.pl line 3.
And sure enough, the Sys::Syslog.pm file in my installation has:
: @EXPORT = qw(openlog closelog setlogmask syslog);
| I mentioned that there was some wierdness with the exporter in
| regard to this module - but this code run fine for me under
| strict without the need to fully qualify the function.
Nothing weird, at least for my setup: just that 'setlogsock' was
omitted from the export list for some perhaps by now forgotten
reason:) No big deal, really.
:ar
------------------------------
Date: Mon, 24 May 1999 10:52:48 GMT
From: cnsxxx9@my-dejanews.com
Subject: system info
Message-Id: <7ibb20$og5$1@nnrp1.deja.com>
is there a module to get system info?
e.g. free hard disk space, total memory, current shell,
and also current running processes?
TIA
C.
--
Christopher.Shaw (AT) PanCredit.com (wk)
chris (AT) mdrive.freeserve.co.uk (home)
--== Sent via Deja.com http://www.deja.com/ ==--
---Share what you know. Learn what you don't.---
------------------------------
Date: Mon, 24 May 1999 07:53:15 GMT
From: Eric Bohlman <ebohlman@netcom.com>
Subject: Re: Transliteration Operator Problem
Message-Id: <ebohlmanFC88Kr.KMA@netcom.com>
billy_collins@my-dejanews.com wrote:
: Pls help..the documentation is VERY brief about the TR operator. How do
: I change full strings inside TR and not just characters?
You don't. tr is for character-by-character substitutions only. To
substitute strings, use the s operator as described in perlop; since it
relies on regular expressions, read up on those in perlre as well.
------------------------------
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 5762
**************************************
