[9951] in Perl-Users-Digest
Perl-Users Digest, Issue: 3544 Volume: 8
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Tue Aug 25 21:07:25 1998
Date: Tue, 25 Aug 98 18:01:33 -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 Tue, 25 Aug 1998 Volume: 8 Number: 3544
Today's topics:
Re: Perl compiler <scribble@pobox.com>
Re: Perl compiler <jgoerzen+usenet@complete.org>
Re: Perl compiler (Craig Berry)
Re: Perl compiler (I R A Aggie)
Re: Perl documentation (I R A Aggie)
Re: Perl Telnet Server <rootbeer@teleport.com>
Playing with file handles <dparrish@gidora.zeta.org.au>
Re: Playing with file handles <tchrist@mox.perl.com>
Re: Problem with "bind" statement in web server app (Mark-Jason Dominus)
Re: rand function max is 2^16? <rootbeer@teleport.com>
Re: rand function max is 2^16? (Alastair)
Re: rand function max is 2^16? (Michael J Gebis)
Re: Regex question - removing HTML tags.... <crism@oreilly.com>
Re: signal handlers <rootbeer@teleport.com>
Re: signal handlers <gclark@iconnect.net>
String terminators <mcneilr@mediaone.net>
Re: Why dont people read the FAQs birgitt@my-dejanews.com
Re: Y2K Date Support <jgoerzen+usenet@complete.org>
Re: Y2K Date Support (Mark-Jason Dominus)
Re: Y2K Date Support (David Adler)
Special: Digest Administrivia (Last modified: 12 Mar 98 (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: 25 Aug 1998 18:21:12 -0500
From: Tushar Samant <scribble@pobox.com>
Subject: Re: Perl compiler
Message-Id: <6rvgt8$g02@tekka.wwa.com>
cberry@cinenet.net writes:
> You're
>holding a loaded gun to your head and claiming that the safety is on as
>you begin to squeeze the trigger. He's noticing that the safety is *not*
>on, and shouting "Put that f*cking thing down, *now*!" In such
>circumstances, politeness must yield to urgency. :)
Wrong thing to say to someone you don't know. It's an important point for
the whole thread, I think: you DO NOT know. It's tacky to go stridently
evangelizing into an unknown culture -- ESPECIALLY when you are convinced
that yours is the one true way. "Not getting" the hoarding-and-obfuscation
mentality means that that culture is unknown. The same point applies to
any remarks about the value of the program. Assigning your own programs
very little value might be a sign of winning modesty. But doing the same
to someone else's -- even extremely trivial -- programs is just damn rude,
when you know neither the context nor the value system in operation. Finally,
the consistent and automatic invocation of Good and Evil on the smallest
moment is offensive, and so is any far-fetched analogy to "science" or
"anti-science" or whatever. Let's get real. If you don't know if it's
possible to obfuscate a program, or don't care to tell how, shut up.
------------------------------
Date: 25 Aug 1998 18:14:28 -0500
From: John Goerzen <jgoerzen+usenet@complete.org>
Subject: Re: Perl compiler
Message-Id: <87n28sk623.fsf@garfield.complete.org>
What? Why would you expect it to hide the password in compiled form?
Do you want it to go through and encrypt parts of the executable or
what?
Perhaps you ought to read the documentation for what a compiler does.
It is NOT an encryption program.
"Lily Y. Fu" <lily@tigr.org> writes:
> Your accuse was completely wrong and groudless.
> I didn't want them to read the text, simply
> because I have password embedded in the program
> in clear text.
>
> I would appreciate you guys help me out
> on "protecting the password" issue...
>
> I downloaded a "Perl Compiler"
> but had some difficulty to make it work.
>
> thanks,
>
> Lily
>
>
>
>
> Tom Christiansen wrote:
> >
> > [courtesy cc of this posting sent to cited author via email]
> >
> > In comp.lang.perl.misc, "Lily Y. Fu" <lily@tigr.org> writes:
> > :I have a perl program, I want to compiler it into binary
> > :so that users of the program will not be able to
> > :read it as clean text.
> > :
> > :How can I do it?
> >
> > You simply don't give them the program. Then they can't read it.
> >
> > I just don't understand this culture of hoarding and obfuscation.
> > Your program is almost certainly worth nothing anyway -- is it now?
> > What's so great about it anyway? So just give it away. Or put an
> > explicit copyright on it and a restriction that says it can't be used
> > for profit or some such.
> >
> > But why are you trying to stop others from learning? That's *evil*.
> > Let's just burn books instead. Or take away Perl unless you pay for it.
> > Or restrict access to its documentation. Is that what you'd like
> > to see the world come to? What you're talking about is anti-science,
> > anti-usenet, and anti-perl. That is the spirit that gives us fleeceware
> > in all its wicknessless, not the spirit that gave us the open freeware
> > that runs the net.
> >
> > You lose karma points by withholding. You gain prestige not by what
> > you sell nor by what you buy, but rather by what you freely give away
> > to others, and how beautiful and useful that thing is. While you are
> > certainly under no obligation to do so, neither are we under any sort of
> > obligation to help you in your embarrassing pursuit of shameful hoarding.
> > I do not wish you luck, because I am morally opposed to the choice you
> > are attempting to make.
> >
> > Just give it away, Lily, and become famous if it's a wonderful program.
> >
> > --tom
> > --
> > As far as the laws of mathematics refer to reality, they are not
> > certain; and as far as they are certain, they do not refer to reality.
> > --Albert Einstein
>
> --
> Lily Fu
> The Institute for Genomic Research
> Voice Mail: (301) 838-3557
> Email: lily@tigr.org
--
John Goerzen Linux, Unix consulting & programming jgoerzen@complete.org |
Developer, Debian GNU/Linux (Free powerful OS upgrade) www.debian.org |
----------------------------------------------------------------------------+
Visit the Air Capital Linux Users Group on the web at http://www.aclug.org
------------------------------
Date: 26 Aug 1998 00:18:24 GMT
From: cberry@cinenet.net (Craig Berry)
Subject: Re: Perl compiler
Message-Id: <6rvk8g$3s4$1@marina.cinenet.net>
Tushar Samant (scribble@pobox.com) wrote:
: cberry@cinenet.net writes:
: > You're
: >holding a loaded gun to your head and claiming that the safety is on as
: >you begin to squeeze the trigger. He's noticing that the safety is *not*
: >on, and shouting "Put that f*cking thing down, *now*!" In such
: >circumstances, politeness must yield to urgency. :)
:
: Wrong thing to say to someone you don't know. It's an important point for
: the whole thread, I think: you DO NOT know. It's tacky to go stridently
: evangelizing into an unknown culture -- ESPECIALLY when you are convinced
: that yours is the one true way. "Not getting" the hoarding-and-obfuscation
: mentality means that that culture is unknown.
[snip]
Ummmm...you do know that the quote above was me talking about embedded
passwords in programs, not the fr?eeware debate, right?
---------------------------------------------------------------------
| Craig Berry - cberry@cinenet.net
--*-- Home Page: http://www.cinenet.net/users/cberry/home.html
| "Ripple in still water, when there is no pebble tossed,
nor wind to blow..."
------------------------------
Date: Tue, 25 Aug 1998 20:36:49 -0500
From: fl_aggie@thepentagon.com (I R A Aggie)
Subject: Re: Perl compiler
Message-Id: <fl_aggie-2508982036490001@aggie.coaps.fsu.edu>
In article <6rv36h$bdj$4@marina.cinenet.net>, cberry@cinenet.net (Craig
Berry) wrote:
+ [clp.modules dropped from followups]
Sorry, my bad.
+ I R A Aggie (fl_aggie@thepentagon.com) wrote:
Thank you for clarifying your non-devil's advocacy.
+ * Free software has many advantages
+ * Proprietary software has many differing advantages
+ * Neither is morally superior to the other.
+
+ The last assertion is the key, of course.
Maybe my perspective is weird, but morality _usually_ has little to do with
software. Microsoft products, viruses, spam engines and the like being
notable exceptions.
+ : The correct advice is: you want to protect your software against
+ : unauthorized use? go talk to a contract lawyer and have him/her draw
+ : up a licensing agreement.
+ Do I want to protect my home against burglary? Leave the door unlocked,
+ and count on the police to recover my possessions if I'm robbed. Same
+ argument, essentially.
No, not really. More like buying a rottweiler and training him to be
suspicous of anyone you haven introduced to him, buy and become familiar
with the operation of a shotgun, and install an alarm system complete
with automatic lighting.
I'd compare the lawyer to the rottweiler, but that would be a dis on
rotties... :)
+ I repeat: Many small businesses do not have the
+ resources to successfully pursue an IP infringement case; most can be
+ bankrupt and out of business before such a case reaches court, if it ever
+ does.
In which case, I have little to fear. Perl makes it easy to "borrow", but
one can learn much from a binary, too.
+ Yes, and locks on doors can be picked or broken. The idea is that if my
+ code/possessions are *harder* to steal, the odds go down that they will be
+ stolen.
Go read Feynman's treatise on locks sometime. Its a hoot. Mechanical
locks are incredibly simple mechanisms, and they really haven't changed
much in a couple of hundred years...
Such things discourage 'crimes of opportunity'. They will not discourage
someone who is determined.
James
------------------------------
Date: Tue, 25 Aug 1998 20:16:33 -0500
From: fl_aggie@thepentagon.com (I R A Aggie)
Subject: Re: Perl documentation
Message-Id: <fl_aggie-2508982016330001@aggie.coaps.fsu.edu>
In article <904059997.26219.0.nnrp-09.c2deb1c5@news.demon.co.uk>, "Daniel
Adams" <dan@fearsome.net> wrote:
+ build a few simple filters. Perhaps instead of attacking me for that, you
+ (or somebody else) might paste into their next message the procmail filters
+ THEY use, because obviously they work better than mine. That way we'll all
+ be spam-proof AND be able to start talking about Perl again.
Posting them may also provide an opportunity to discuss a particular
regex, for instance.
Since I use mailagent (which allows you to write perl extensions, and uses
a perlish regex engine), my filters may be useless to you. Also, I'm not
real good with regex's. Tho I did manage to come up with one to handle
the Bull's Eye spam-ware, which was starting to get on my nerves...
/Bull(.*?)s(.*?)ware/i
In theory -- or at least as intended :) -- this should find any string
with 'bull', 's' and 'ware', with any arbitrary text in between the
three keys, in a case-insensitive fashion.
As an FYI, this is the shop in SoCalifornia that's getting sued by Adam
Engst under Washington state's spam law. Amazingly, once the suit was
filed, they ceased.
James
------------------------------
Date: Tue, 25 Aug 1998 23:10:29 GMT
From: Tom Phoenix <rootbeer@teleport.com>
Subject: Re: Perl Telnet Server
Message-Id: <Pine.GSO.4.02A.9808251609330.4382-100000@user2.teleport.com>
On Tue, 25 Aug 1998, Joshua Marotti wrote:
> I'd like to try and make a perl telnet server. Is this possible?
Sure, Perl can do that.
...whatever a "perl telnet server" is.... :-)
--
Tom Phoenix Perl Training and Hacking Esperanto
Randal Schwartz Case: http://www.rahul.net/jeffrey/ovs/
------------------------------
Date: 26 Aug 1998 00:02:30 GMT
From: David Parrish <dparrish@gidora.zeta.org.au>
Subject: Playing with file handles
Message-Id: <6rvjam$vv3$1@phaedrus.zeta.org.au>
Assuming I'm reading a file using <FILEHANDLE>.... how do I push the read line
back to the stream so the next <FILEHANDLE> will read that same line?
--
-------------------------------------------------
David Parrish dparrish@zeta.org.au
Technical Manager
Zeta Internet http://www.zeta.org.au/
-------------------------------------------------
------------------------------
Date: 26 Aug 1998 00:54:44 GMT
From: Tom Christiansen <tchrist@mox.perl.com>
Subject: Re: Playing with file handles
Message-Id: <6rvmck$qah$1@csnews.cs.colorado.edu>
[courtesy cc of this posting sent to cited author via email]
In comp.lang.perl.misc,
David Parrish <dparrish@gidora.zeta.org.au> writes:
:Assuming I'm reading a file using <FILEHANDLE>.... how do I push the read line
:back to the stream so the next <FILEHANDLE> will read that same line?
You right a tie module that intercepts the handle operations.
I guess the opposite of <FH> would be >FH<. Or <HF>.
--tom
--
A power tool is not a toy. Unix is a power tool.
------------------------------
Date: 25 Aug 1998 19:19:33 -0400
From: mjd@op.net (Mark-Jason Dominus)
Subject: Re: Problem with "bind" statement in web server app
Message-Id: <6rvgq5$ikb$1@monet.op.net>
In article <6rukm3$5tg$1@nnrp1.dejanews.com>,
<robertrose@my-dejanews.com> wrote:
>However, it always fails at the "bind" statement
>when executed as a web-page cgi script.
>
>Any ideas why?
replace the `die' with:
|| ($err = $!, &tprint, die "bind: $err");
and Perl will tell you why. $! is the special variable that contains
the reason why.
Then if you still don't understand, come back here and ask what it means.
------------------------------
Date: Tue, 25 Aug 1998 23:26:52 GMT
From: Tom Phoenix <rootbeer@teleport.com>
Subject: Re: rand function max is 2^16?
Message-Id: <Pine.GSO.4.02A.9808251621390.4382-100000@user2.teleport.com>
On Tue, 25 Aug 1998, Clifford R. Warren wrote:
> I just found out something interesting. If you call the rand function
> with more than 65536 (2^16), only positive numbers are generated.
> The resulting numbers approach the maximum, but
> precision is lost for everything above 2^16.
>
> I'm not sure if this is a question or if I'm just pointing
> this out. If anyone has an insight, please let me know.
See whether this sheds any light:
http://www.cpan.org/doc/FMTEYEWTK/random
>From the data you posted, I'd suspect that your machine's RANDBITS is 15.
Hope this helps!
--
Tom Phoenix Perl Training and Hacking Esperanto
Randal Schwartz Case: http://www.rahul.net/jeffrey/ovs/
------------------------------
Date: Wed, 26 Aug 1998 00:25:12 GMT
From: alastair@calliope.demon.co.uk (Alastair)
Subject: Re: rand function max is 2^16?
Message-Id: <slrn6u6p59.4h.alastair@calliope.demon.co.uk>
Clifford R. Warren <warren@nospam.amis.com> wrote:
>I just found out something interesting. If you call the
>rand function with more than 65536 (2^16), only
>positive numbers are generated. In fact, you loose
>randomness the higher you go.
No insight I'm afraid (suspicions about dependence on the OS though).
If this worries anyone, perhaps these modules will help ;
Math::TrulyRandom
Math::PRSG
(find on CPAN ofcourse)
--
Alastair
work : alastair@psoft.co.uk
home : alastair@calliope.demon.co.uk
------------------------------
Date: 26 Aug 1998 00:45:42 GMT
From: gebis@fee.ecn.purdue.edu (Michael J Gebis)
Subject: Re: rand function max is 2^16?
Message-Id: <6rvlrm$bdf@mozo.cc.purdue.edu>
alastair@calliope.demon.co.uk (Alastair) writes:
}Clifford R. Warren <warren@nospam.amis.com> wrote:
}>I just found out something interesting. If you call the
}>rand function with more than 65536 (2^16), only
}>positive numbers are generated. In fact, you loose
}>randomness the higher you go.
}No insight I'm afraid (suspicions about dependence on the OS though).
Do a "man rand". On this box (Slolaris aka: SunOS 5.5 sun4u sparc SUNW,
Ultra-1) it says:
rand() uses a multiplicative congruential random-number gen-
erator with period 2^32 that returns successive pseudo-
random numbers in the range from 0 to (2^15)-1.
Perl uses the rand that your OS provides. There has been discussion
in the past about choosing something smarter (on this box, one might
choose drand48, for example) or providing a system-independant
implementation, but of course, this is never quite as straightforward
as it seems. I seem to remember this being dicussed ad naseum a while
back-- I'd check dejanews if you're really interested.
If you really are concerned, I'd do what Alastair suggests here:
}If this worries anyone, perhaps these modules will help ;
}Math::TrulyRandom
}Math::PRSG
--
Mike Gebis gebis@ecn.purdue.edu mgebis@eternal.net
------------------------------
Date: 25 Aug 1998 17:41:36 -0400
From: Chris Maden <crism@oreilly.com>
Subject: Re: Regex question - removing HTML tags....
Message-Id: <keww7wpwmn.fsf@rosetta.ora.com>
Sean Roy <sroy@cabletron.com> writes:
> Pages 57-76 in the Camel book ("Programming Perl") give an
> incredibly painful if not thorough crash course in Regexes.
> O'reilly and Associates put out a pretty decent treatise on the
> subject, aptly named "Mastering Regular Expressions." They publish
> "Programming Perl" also. Check them out, but drink plenty of coffee
> before you delve into anything regarding regular expressions.
I learned regexps from chapter 3 of _sed & awk_. If you're never
going to use sed or awk, then Jeffrey's book is probably a better
choice, but (and this may upset some people here) there are some tasks
for which I find it quicker to use sed or awk than Perl, so I'd
recommend the book anyway.
-Chris
--
<!NOTATION SGML.Geek PUBLIC "-//Anonymous//NOTATION SGML Geek//EN">
<!ENTITY crism PUBLIC "-//O'Reilly//NONSGML Christopher R. Maden//EN"
"<URL>http://www.oreilly.com/people/staff/crism/ <TEL>+1.617.499.7487
<USMAIL>90 Sherman Street, Cambridge, MA 02140 USA" NDATA SGML.Geek>
------------------------------
Date: Tue, 25 Aug 1998 23:18:36 GMT
From: Tom Phoenix <rootbeer@teleport.com>
Subject: Re: signal handlers
Message-Id: <Pine.GSO.4.02A.9808251611280.4382-100000@user2.teleport.com>
On Tue, 25 Aug 1998, nall wrote:
> Newsgroups: comp.lang.perl, comp.lang.perl.misc
comp.lang.perl was a live newsgroup back in the days before Monica
Lewinsky was an intern. If your newsadmin hasn't gotten the news server up
to date since then, you should complain.
> i want to use perl to create a wrapper around a program that the
> user should not be able to ctrl-c out of.
You should know that signal handlers written in Perl are unsafe at this
time. That is, there's no guarantee that your control-C handler won't
result in a core dump. :-( On the other hand, your code may run without
problems for years.
Of course, once another program is running, it can get the signal - a
signal handler written in Perl can't stop that. But you may be able to
tell your system to not send a signal upon control-C. Check your system's
manpages for more info. Good luck!
--
Tom Phoenix Perl Training and Hacking Esperanto
Randal Schwartz Case: http://www.rahul.net/jeffrey/ovs/
------------------------------
Date: Tue, 25 Aug 1998 13:35:51 -0500
From: gerald clark <gclark@iconnect.net>
Subject: Re: signal handlers
Message-Id: <35E30407.4F516123@iconnect.net>
nall wrote:
>
> hello.
> i want to use perl to create a wrapper around a program that the
> user should not be able to ctrl-c out of. here's an example.
>
> ------------------------------
> #!/usr/local/bin/perl
> $SIG{INT} = \&handler;
> $|=1;
>
> `cvs commit file1 file2`;
>
> sub handler {
> print("Handled the interrupt\n");
> $SIG{INT} = \&handler;
> }
> ------------------------------
>
> if i press ctrl-c in the middle of execution, i want the program
> to just ignore the SIGINT, but instead it passes it to the cvs
> command. is there a way to avoid this? (once committing starts, i
> don't want the user to be able to intervene). also, i can't run
> it in the background, since cvs needs a terminal to execute the
> editor program in...
>
> thanks.
> jonathan.
>
> --
> jonathan n. nall
> nall@pa.dec.com
> 650-853-6508
> DTN: 543-6508
Why not use sh and trap?
--
Gerald L. Clark
Remove the -nospam- when replying.
------------------------------
Date: Tue, 25 Aug 1998 20:22:30 -0400
From: root <mcneilr@mediaone.net>
Subject: String terminators
Message-Id: <35E35546.39F04DD5@mediaone.net>
When running 2 copies of the same file, (at different times) I get the
following error from one of them,
Can't find string terminator "EOF" anywhere before EOF at ./aub line
1149
line 1149 is this print <<"EOF";
....some text.....
EOF
exit(1);
all of the above is enclosed in an if statement...any ideas why this
would happen
Thanks,
Rich
------------------------------
Date: Wed, 26 Aug 1998 00:34:55 GMT
From: birgitt@my-dejanews.com
Subject: Re: Why dont people read the FAQs
Message-Id: <6rvl7f$icm$1@nnrp1.dejanews.com>
In article <6ruuaq$ek1$1@News.Dal.Ca>,
Arved_37@chebucto.ns.ca (Arved Sandstrom) wrote:
> It struck me when I read one of her replies that she had better
> be perfect (I guess this is where the Hubris comes in), because she's sure
> cutting down on the list of people that might answer a request of hers.
Abigail needs answers to her own questions in clpm ????
Ooops, wrong way, make a U-turn.
(Quick, before you get caught by the the clpm-cops). 8-)
Birgitt Funk
-----== Posted via Deja News, The Leader in Internet Discussion ==-----
http://www.dejanews.com/rg_mkgrp.xp Create Your Own Free Member Forum
------------------------------
Date: 25 Aug 1998 18:17:29 -0500
From: John Goerzen <jgoerzen+usenet@complete.org>
To: mhanson@arrowweb.com
Subject: Re: Y2K Date Support
Message-Id: <87lnock5x2.fsf@garfield.complete.org>
My land, this is the fifth question that I've seen in the last 10
minutes by people that refuse to read the docs. It's getting
tiresome.
Perhaps next time, you'll read the docs for localtime and not skip
over the part the relates directly to your situation:
0..6 with sunday as day 0. Also, $year is the
number of years since 1900, that is, $year is 123
in year 2023.
That is, 19$year is not, and never has been, a correct solution, and
you should have read the docs for localtime.
Mike <mhanson@arrowweb.com> writes:
> How do you get the date and allow it to support the Year 2000? I have
> been using the following code but it only goes to 1999.
>
> @days =
> ('Sunday','Monday','Tuesday','Wednesday','Thursday','Friday','Saturday');
> @months =
> ('January','February','March','April','May','June','July','August','September','October','November','December');
> ($sec,$min,$hour,$mday,$mon,$year,$wday,$yday,$isdst) = localtime(time);
> if ($hour < 10) { $hour = "0$hour"; }
> if ($min < 10) { $min = "0$min"; }
> if ($sec < 10) { $sec = "0$sec"; }
> $date = "$days[$wday], $months[$mon] $mday, 19$year at
> $hour\:$min\:$sec";
--
John Goerzen Linux, Unix consulting & programming jgoerzen@complete.org |
Developer, Debian GNU/Linux (Free powerful OS upgrade) www.debian.org |
----------------------------------------------------------------------------+
Visit the Air Capital Linux Users Group on the web at http://www.aclug.org
------------------------------
Date: 25 Aug 1998 20:45:43 -0400
From: mjd@op.net (Mark-Jason Dominus)
Subject: Re: Y2K Date Support
Message-Id: <6rvlrn$ivb$1@monet.op.net>
fl_aggie@thepentagon.com (I R A Aggie) writes:
>>>and you'll be just fine thru the Y2K problem.
In article <6ruv3i$1gm@mozo.cc.purdue.edu>, gebis@fee.ecn.purdue.edu
(Michael J Gebis) wrote:
>> That is, assuming you survive the C.H.U.D.s.
In article <fl_aggie-2508981805520001@aggie.coaps.fsu.edu>,
I R A Aggie <fl_aggie@thepentagon.com> wrote:
>C.H.U.D.s? or is this in the jargon file?
Cannibalistic Humanoid Underground Dwellers, OF COURSE!
------------------------------
Date: 26 Aug 1998 00:55:03 GMT
From: dha@panix.com (David Adler)
Subject: Re: Y2K Date Support
Message-Id: <6rvmd7$b7@news1.panix.com>
On Tue, 25 Aug 1998 18:05:52 -0500, I R A Aggie
<fl_aggie@thepentagon.com> wrote:
>In article <6ruv3i$1gm@mozo.cc.purdue.edu>, gebis@fee.ecn.purdue.edu
>(Michael J Gebis) wrote:
>
>+ fl_aggie@thepentagon.com (I R A Aggie) writes:
>+ }and you'll be just fine thru the Y2K problem.
>
>+ That is, assuming you survive the C.H.U.D.s.
>
>C.H.U.D.s? or is this in the jargon file?
"Cannibalistic Humanoid Underground Dwellers".
HTH. :-)
--
David H. Adler - <dha@panix.com> - http://www.panix.com/~dha/
The perversity of the Universe tends towards a maximum.
------------------------------
Date: 12 Jul 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 Mar 98)
Message-Id: <null>
Administrivia:
Special notice: in a few days, the new group comp.lang.perl.moderated
should be formed. I would rather not support two different groups, and I
know of no other plans to create a digested moderated group. This leaves
me with two options: 1) keep on with this group 2) change to the
moderated one.
If you have opinions on this, send them to
perl-users-request@ruby.oce.orst.edu.
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 3544
**************************************
