[10229] in Perl-Users-Digest

home help back first fref pref prev next nref lref last post

Perl-Users Digest, Issue: 3823 Volume: 8

daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Fri Sep 25 13:07:12 1998

Date: Fri, 25 Sep 98 10:01:32 -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           Fri, 25 Sep 1998     Volume: 8 Number: 3823

Today's topics:
    Re: Perl as http User Agent?! dave@mag-sol.com
    Re: Perl as http User Agent?! (Sean McAfee)
    Re: Poll: How Did You Learn Perl? (Steve Linberg)
    Re: Poll: How Did You Learn Perl? (Greg Bacon)
    Re: Poll: How Did You Learn Perl? <eglamkowski@angelfire.com>
    Re: Poll: How Did You Learn Perl? <merlyn@stonehenge.com>
    Re: Poll: How Did You Learn Perl? (Craig Berry)
    Re: Q: Picking an element from a hash (not knowing whic droby@copyright.com
    Re: Regular Expression Operator Precedence <rra@stanford.edu>
        regular expression <twei@nmsu.edu>
    Re: Retrieve cgi results to file rather than to display <dundee@dnai.com>
    Re: Run CGI as Root using Perl <glahea@wwdsi.com>
        Tied filehandle mysteriously reseats itself (Sean McAfee)
    Re: two dimensional hashes (Kjetil Skotheim)
    Re: two dimensional hashes (David A. Black)
    Re: Undefined subroutine &main::read_and_parse_form_dat droby@copyright.com
    Re: Where to put cgi-lib.pl <evonzee@tritechnet.com>
        Special: Digest Administrivia (Last modified: 12 Mar 98 (Perl-Users-Digest Admin)

----------------------------------------------------------------------

Date: Fri, 25 Sep 1998 14:29:41 GMT
From: dave@mag-sol.com
Subject: Re: Perl as http User Agent?!
Message-Id: <6ug9ck$1p1$1@nnrp1.dejanews.com>

In article <MPG.10754662c7d63a3498968c@netnews.worldnet.att.net>,
  sorentin@m6.sprynet.com (Soren Andersen) wrote:
> In checking the log for my WWW site, I find the following entry (as a
> courtesy of course the complete IP address is not copied here):
>
> ------------------------------
> A visitor from ________.___.rr.com (___.___.43.57) was logged once,
> starting at 5:10:59 AM on Friday, August 28, 1998.
> The initial browser was libwww-perl/5.11.
> ------------------------------
>
> When the 'browser' at the client end of the connection made its initial
> request it reported itself to be 'libwww-perl/5.11'. A typical response
> would of course be something like this: "Mozilla/4.0 (compatible; MSIE
> 4.01; Windows NT)".
>
> Can anyone offer a knowledgeable explanation or even a sound conjecture
> about who my mystery visitor was? A search bot or spider implemented in
> Perl?

Check out the LWP module bundle from CPAN. This contains a number of modules
for writing web client software. I think the default user agent string is
something like the one that you've seen.

Someone has written a script using LWP (this could be a spider, or a LWP/Tk
based browser or a number of other tools) and has pointed it at your web
server.

Alternatively, someone has hacked the User Agent string in their copy of IE.

Dave...

--
dave@mag-sol.com
London Perl M[ou]ngers: <http://www.mag-sol.com/London.pm/>

-----== Posted via Deja News, The Leader in Internet Discussion ==-----
http://www.dejanews.com/rg_mkgrp.xp   Create Your Own Free Member Forum


------------------------------

Date: Fri, 25 Sep 1998 15:11:49 GMT
From: mcafee@waits.facilities.med.umich.edu (Sean McAfee)
Subject: Re: Perl as http User Agent?!
Message-Id: <VoOO1.4738$F7.17478323@news.itd.umich.edu>

In article <6ug9ck$1p1$1@nnrp1.dejanews.com>,  <dave@mag-sol.com> wrote:
>Someone has written a script using LWP (this could be a spider, or a LWP/Tk
>based browser or a number of other tools) and has pointed it at your web
>server.

I've just begun to discover the joy of LWP.

First, as I was getting tired of waiting every day for all the annoying
animated ads to load at www.dilbert.com, I wrote a script which fetches
the current day's strip, dumps it to a temporary file, and invokes xv
on it.

Second, as I was getting tired of waiting for the Sci-Fi Channel's
graphics-intensive pages to load over my slow modem link just so I could
see whether MST3K is a rerun this week, I wrote a script which directly
queries their "schedulebot" CGI, parses the output using HTML::TreeBuilder
(nontrivial since, eg, some show titles are hyperlinks and others aren't),
and spits it out in text form.

It's beautiful, I tells ya.

-- 
Sean McAfee | GS d->-- s+++: a26 C++ US+++$ P+++ L++ E- W+ N++ |
            | K w--- O? M V-- PS+ PE Y+ PGP?>++ t+() 5++ X+ R+ | mcafee@
            | tv+ b++ DI++ D+ G e++>++++ h- r y+>++**          | umich.edu


------------------------------

Date: Fri, 25 Sep 1998 10:31:59 -0500
From: linberg@literacy.upenn.edu (Steve Linberg)
Subject: Re: Poll: How Did You Learn Perl?
Message-Id: <linberg-2509981031590001@ltl1.literacy.upenn.edu>

In article <360923EC.8E9919D0@min.net>, John Porter <jdporter@min.net> wrote:

> From what resource(s) did you learn Perl?
> 
> . Llama v.2
> . Camel v.2
> . Docs included in the distribution
> . Something on the WWW
> . Studying existing code

All of these, plus lots of trial-and-error.  Borne out of necessity; I
needed a multiphase text compiler a few years back and wound up choosing
Perl to write it, for obvious reasons.  Glad I did!
_____________________________________________________________________
Steve Linberg                       National Center on Adult Literacy
Systems Programmer &c.                     University of Pennsylvania
linberg@literacy.upenn.edu              http://www.literacyonline.org


------------------------------

Date: 25 Sep 1998 15:05:57 GMT
From: gbacon@cs.uah.edu (Greg Bacon)
Subject: Re: Poll: How Did You Learn Perl?
Message-Id: <6ugbgl$s1b$2@info.uah.edu>

In article <360923EC.8E9919D0@min.net>,
	John Porter <jdporter@min.net> writes:
: From what resource(s) did you learn Perl?

A guy I used to work with had lots of little utility scripts to do
various Unixish and sysadminnish things.  When I asked whether they
were C programs or shell scripts (the two ways I would have implemented
the utilities up until that point), he told me they were actually in
Perl.  I asked him to show me the code, and I immediately noticed two
properties:

    1. The amount of code was small (and these were nontrivial
       utilities).
    2. The strangely high amount of punctuation made it look
       simultaneously intimidating and fascinating.

I've always liked mathematics heavily laden with notation (though I was
never a big fan of APL).  I think that Perl code also reminded me of
the joke about doctors writing prescriptions illegibly to maintain the
common man's perception of physicians as magical healers.

I wanted to be part of  this efficient "in" crowd.  When I asked Mike
what resources I should consult to learn Perl, he loaned me a copy of
the Pink Llama.  I eagerly read it from cover to cover that night.
After that, I began writing my own code, examining other people's code,
and reading comp.lang.perl.misc.  I also frequently consulted the recipe
section of the Pink Camel.  I think those recipes helped most in
learning to program Perl and not just C in Perl.

Greg
-- 
Fools rush in where fools have been before.


------------------------------

Date: Fri, 25 Sep 1998 11:42:12 -0400
From: Edward Glamkowski <eglamkowski@angelfire.com>
Subject: Re: Poll: How Did You Learn Perl?
Message-Id: <360BB9D4.4C27@angelfire.com>

> In article <360923EC.8E9919D0@min.net>,
>         John Porter <jdporter@min.net> writes:
> : From what resource(s) did you learn Perl?

Being terribly bored one day, I wandered into the book store
determined to learn some new computer skill.  I picked the "Learning
Perl" at random from off the shelf and worked through it.  Now I try
to use it as much as possible, which isn't nearly often enough :p

-- 
               "Have you no sense of decency, sir?
        At long last, have you left no sense of decency?"

http://www.angelfire.com/nj/eglamkowski/null.html <-- Null webring
http://www.angelfire.com/nj/eglamkowski/eia.html  <-- Eia webring


------------------------------

Date: Fri, 25 Sep 1998 15:55:30 GMT
From: Randal Schwartz <merlyn@stonehenge.com>
Subject: Re: Poll: How Did You Learn Perl?
Message-Id: <8c3e9gp4pb.fsf@gadget.cscaper.com>

>>>>> "Edward" == Edward Glamkowski <eglamkowski@angelfire.com> writes:

Edward> Being terribly bored one day, I wandered into the book store
Edward> determined to learn some new computer skill.  I picked the "Learning
Edward> Perl" at random from off the shelf and worked through it.

Did you buy it first, or just read the entire thing there at the store?

:-)

-- 
Name: Randal L. Schwartz / Stonehenge Consulting Services (503)777-0095
Keywords: Perl training, UNIX[tm] consulting, video production, skiing, flying
Email: <merlyn@stonehenge.com> Snail: (Call) PGP-Key: (finger merlyn@teleport.com)
Web: <A HREF="http://www.stonehenge.com/merlyn/">My Home Page!</A>
Quote: "I'm telling you, if I could have five lines in my .sig, I would!" -- me


------------------------------

Date: 24 Sep 1998 16:27:58 GMT
From: cberry@cinenet.net (Craig Berry)
Subject: Re: Poll: How Did You Learn Perl?
Message-Id: <6udrue$fti$1@marina.cinenet.net>

Jim Brewer (jimbo@soundimages.co.uk) wrote:
: Randal Schwartz <merlyn@stonehenge.com> writes:
: > Let's say the word "free" means "with peanut butter"
: > 
: > (ducking)
: 
: So let's get this straight. With every jar of Skippy, creamy or
: chunky, I get a Perl latest.tar.gz? Now, is this in the jar (like in a
: ceral box) or is it attched (by some means currently ill-defined) to
: the outside of the jar?

No, no, you don't understand.  The peanut butter itself *is* a compressed
version of the latest Perl distribution, using a new molecular encoding
scheme.  Only the chunky version includes the docs, however.

: Will it add much to the cost of Skippy?

No, the added software is free-in-the-Jif-sense...that is, it doesn't cost
anything.

: Personally, I hate peanut butter. Can we say "free" means "large
: double pepperoni with extra cheese"? Now where do they attach the
: latest.tar.gz?

Using a variant of the encoding mentioned above, it can be stored
parametrically in terms of the precise relative pepperoni placements.

---------------------------------------------------------------------
   |   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: Fri, 25 Sep 1998 15:07:43 GMT
From: droby@copyright.com
Subject: Re: Q: Picking an element from a hash (not knowing which!) [Zorn's lemma?]
Message-Id: <6ugbjv$4ao$1@nnrp1.dejanews.com>

In article <6udupf$2c5$1@monet.op.net>,
  mjd@op.net (Mark-Jason Dominus) wrote:
> In article <6udj6m$6qj$1@nnrp1.dejanews.com>,  <droby@copyright.com> wrote:
> >Actually, the description she gave was the Axiom of Choice.
>
> Actually, it wasn't.  AC is not about selecting an element from a set.
>
>
How so?  Seems to me that's why it's called what it is.

Formally stated, I believe it goes:

	Given any set of mutually exclusive nonempty sets, there exists at
least		     one set that contains exactly one element in common with
each of the		       nonempty sets.

This sounds to me like saying you can select one element out of each of a set
of sets.

Perhaps we should ask in sci.math?

--
Don Roby

-----== Posted via Deja News, The Leader in Internet Discussion ==-----
http://www.dejanews.com/rg_mkgrp.xp   Create Your Own Free Member Forum


------------------------------

Date: 25 Sep 1998 09:03:52 -0700
From: Russ Allbery <rra@stanford.edu>
Subject: Re: Regular Expression Operator Precedence
Message-Id: <yl7lys2n87.fsf@windlord.stanford.edu>

Mark-Jason Dominus <mjd@op.net> writes:

> If you insist on a table, I guess it would look something like this:

> 	(none)		Concatenation
> 	* + ?		Quantification
> 	|		Alternation

> All this tells you is that

> 	ab*|c+

> means

> 	((a(b*))|(c+))

Actually, I believe that corresponds to the table:

 	* + ?		Quantification
 	(none)		Concatenation
 	|		Alternation

-- 
#!/usr/bin/perl -- Russ Allbery, Just Another Perl Hacker
$^=q;@!>~|{>krw>yn{u<$$<[~||<Juukn{=,<S~|}<Jwx}qn{<Yn{u<Qjltn{ > 0gFzD gD,
 00Fz, 0,,( 0hF 0g)F/=, 0> "L$/GEIFewe{,$/ 0C$~> "@=,m,|,(e 0.), 01,pnn,y{
rw} >;,$0=q,$,,($_=$^)=~y,$/ C-~><@=\n\r,-~$:-u/ #y,d,s,(\$.),$1,gee,print


------------------------------

Date: Fri, 25 Sep 1998 10:11:41 -0700
From: Tao Wei <twei@nmsu.edu>
Subject: regular expression
Message-Id: <360BCECD.F9609664@nmsu.edu>

Hi folks, I am new to perl. I couldn't figure out why following two
regexes not working as I expected.
1)
$string = "<B>some text here<\B> more text";
$string =~ s/<B>(.*)<\B>/$1/;
$string turned out to be "<B>some text here<\B> more text" instead of
"some text here".
2)
$number = 123.23465;
$number =~ /(\.\d\d[1-9]?)\d+/$1/;
$number turned out to be 123.234. I don't understand why it is not
necessary to match digits before point using
s/(\d*(\.\d\d[1-9]?))\d+/$1/)

Thanks in  advance.

Tao Wei





------------------------------

Date: 25 Sep 1998 15:15:44 GMT
From: "Sean Scannell" <dundee@dnai.com>
Subject: Re: Retrieve cgi results to file rather than to display
Message-Id: <01bde897$6923c6e0$86ecb5cf@fritz.ccnet.com>


> >I want to run a script using crontab to periodically send form data to a
> >cgi. 

(This part I know how to do)


>> Then I want to retrieve those results to file rather than display so
> >I can perform text searching. 

(This part I don't know how to do)


Thanks



------------------------------

Date: Fri, 25 Sep 1998 09:54:08 -0400
From: "Aaron Glahe" <glahea@wwdsi.com>
Subject: Re: Run CGI as Root using Perl
Message-Id: <6ug7cd$rre$1@clarknet.clark.net>

I found my own problem, SlackWare 3.5 I believe compiles Perl 5 to
not use the emulation mode.  When I downloaded a new version of
Perl and Compiled it with setuid emulation, then the program saw
the setuid & setgid bits.

Hopes this helps everyone running SlackWare 3.5

I think RedHat 5.0 & 5.1 come out of the box with this emulation set.


Aaron Glahe wrote in message <6uee9r$sp4$1@callisto.clark.net>...
>Sorry, I am new to Perl.  I was wondering how I have a perl
>script (script.pl) run as root & not as the web server user.group
>I have set the "s bit"
>
>chmod u+s  script.pl
>chmod g+s script.pl
>
>In the script.pl file I have the two lines
>$< = $>;
>$( = $);
>which I was told does the same thing as seteuid() & setuid().  I am also
>running using the -U option.
>
>What I am doing is creating a command line using the perl script, then
>I am passing it to "batch" to run the commands (to keep the load down).
>However, when batch gets the command line it runs as the
>web server uid and gid.
>
>I quess I have two questions:
>
>1.  I have Slakware 3.5, which came with perl 5.0004 right out of the box.
>Do I need to recompile perl to allow me to do this.  In RedHat, I
>did not have to do anythnig.  Out of the box I could run as root.
>
>2.  Am I missing something with in my code.  Are those two lines the
>same as seteuid() & setuid().
>
>Thanks in advanced.
>
>




------------------------------

Date: Fri, 25 Sep 1998 16:35:35 GMT
From: mcafee@waits.facilities.med.umich.edu (Sean McAfee)
Subject: Tied filehandle mysteriously reseats itself
Message-Id: <rDPO1.4745$F7.17515679@news.itd.umich.edu>

I have a package called "ReadScalar" which, when tied to a filehandle,
causes reads from the filehandle to read from a given scalar (it's
essentially a simplified IO::Scalar).  I also have code which looks
like this:

sub init {
    tie local *IN, 'ReadScalar', $data;
    read(IN, $buf, 10);
    func(\*IN);
}

sub func {
    my $in = shift;
    read($in, my $buf, 10);
    {
        tie local *IN2, 'ReadScalar', $moredata;
        process(\*IN2);
    }
}

sub process {
    my $in = shift;
    read($in, my $buf, 10);
}

I've found that after the "tie local *IN2" statement in sub func, the
lexical variable $in in that function refers to a filehandle that's tied to
$moredata, not $data as was originally the case.  If I replace the block
with this:

{
    print tied *{$in};
    tie local *IN2, 'ReadScalar', $moredata;
    print tied *{$in}, tied *IN2;
    process(\*IN2);
}

Then the two print statements produce output like this:

ReadScalar=ARRAY(0x1eb4e0)
ReadScalar=ARRAY(0x2672c8) ReadScalar=ARRAY(0x2672c8)

 ...showing that the tie is changing the object that *{$in} is reading
from to the object that *IN2 is reading from.  If I add a DESTROY method to
ReadScalar, I find that the object (tied *{$in}) is being destroyed between
the two print statements.

I've been attempting to come up with a very short program that demonstrates
the behavior I'm describing, but everything seems to work properly when I
do; only in my 500-line module do things go wrong.  I'm still trying to
generate some shorter code, but until then I thought I'd see if anyone else
has noticed this kind of behavior.

My ReadScalar module follows; I think you'll find that everything is in
order:

----------------------------------------------------------------------
package ReadScalar;

sub TIEHANDLE {
    my ($pkg, $scalar) = @_;
    bless [ $scalar, 0 ], $pkg;
}

sub READ {
    my ($self, $buf, $len, $offset) = (shift, \shift, @_);
    my $result = substr($self->[0], $self->[1], $len);
    my $n = length($result);
    substr($$buf, $offset, $len) = $result;
    $self->[1] += $n;
    $n;
}

1;
----------------------------------------------------------------------

-- 
Sean McAfee | GS d->-- s+++: a26 C++ US+++$ P+++ L++ E- W+ N++ |
            | K w--- O? M V-- PS+ PE Y+ PGP?>++ t+() 5++ X+ R+ | mcafee@
            | tv+ b++ DI++ D+ G e++>++++ h- r y+>++**          | umich.edu


------------------------------

Date: 25 Sep 1998 14:44:33 GMT
From: kjetil.skotheim@usit.uio.no (Kjetil Skotheim)
Subject: Re: two dimensional hashes
Message-Id: <6uga8h$1mk$3@readme.uio.no>

In article <3602793B.7CA8@ensam.inra.fr>, cousin@ensam.inra.fr says...
>
>Hello, I would like create (and search) a two dimensional hash
>
>        enzyme1 enzyme2 enzyme3
>mutant1 data    data    data
>mutant2 data    data    ...
>mutant3 data    data    ...


$h{'mutant1','enzyme1'} = 'data';
$h{'mutant2','enzyme1'} = 'data';
$h{'mutant3','enzyme1'} = 'data';
$h{'mutant1','enzyme2'} = 'data';
 .
 .
 .

or

%h = (
  "mutant1$;enzyme1" => 'data',
  "mutant2$;enzyme1" => 'data',
   .
   .
   .
);


for(keys %h){
  my($mutant,$enzyme)=split($;,$_);
  print "$mutant $enzyme" if $h{$_} =~ /.../
}

be careful with those mutants


>
>I feel it's possible with the arrow operator, but it's not very clear to
>me...
>I would appreciate some (simple) help.
>
>Thanks a lot
>
>Xavier
>
>please answer to cousin@ensam.inra.fr
>
>-- 
>
>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>
>    Xavier Cousin                     cousin@ensam.inra.fr
>
>    INRA - DCC                        tel. (33) 04 99 61 28 14
>    2, place Pierre Viala             fax  (33) 04 67 54 56 94
>    34060 Montpellier Cedex 1
>
>    ESTHER URL http://meleze.ensam.inra.fr/cholinesterase/
>
>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~



------------------------------

Date: Fri, 25 Sep 1998 12:20:22 EDT
From: dblack@saturn.superlink.net (David A. Black)
Subject: Re: two dimensional hashes
Message-Id: <6ugfs6$2bh$1@earth.superlink.net>

Hello -

kjetil.skotheim@usit.uio.no (Kjetil Skotheim) writes:

>In article <3602793B.7CA8@ensam.inra.fr>, cousin@ensam.inra.fr says...
>>
>>Hello, I would like create (and search) a two dimensional hash
>>
>>        enzyme1 enzyme2 enzyme3
>>mutant1 data    data    data
>>mutant2 data    data    ...
>>mutant3 data    data    ...


>$h{'mutant1','enzyme1'} = 'data';
>$h{'mutant2','enzyme1'} = 'data';
>$h{'mutant3','enzyme1'} = 'data';
>$h{'mutant1','enzyme2'} = 'data';
>.
>.
>.

>or

>%h = (
>  "mutant1$;enzyme1" => 'data',
>  "mutant2$;enzyme1" => 'data',
>   .
>   .
>   .
>);


Why not the standard approach:

$h{mutant1}{enzyme1} = ...

?


David Black
dblack@saturn.superlink.net


------------------------------

Date: Fri, 25 Sep 1998 16:41:10 GMT
From: droby@copyright.com
Subject: Re: Undefined subroutine &main::read_and_parse_form_data called at web_store.cgi lin
Message-Id: <6ugh36$9kk$1@nnrp1.dejanews.com>

In article <360AC216.EE54186E@mailexcite.com>,
  silk_stockings@mailexcite.com wrote:
> Undefined subroutine &main::read_and_parse_form_data called at
> web_store.cgi lin
>
> where would i look to fix this and how?
>

I'd suggest you either create a subroutine named read_and_parse_form_data or
remove the call to it.

--
Don Roby

-----== Posted via Deja News, The Leader in Internet Discussion ==-----
http://www.dejanews.com/rg_mkgrp.xp   Create Your Own Free Member Forum


------------------------------

Date: Fri, 25 Sep 1998 09:19:24 -0500
From: Eric Von Zee <evonzee@tritechnet.com>
Subject: Re: Where to put cgi-lib.pl
Message-Id: <360BA66C.8835690C@tritechnet.com>

I'll answer each question in turn...

Timmins wrote:

> Looks to me like you're as confused as the other guy (note the 'two' above)
> ... so answer the question: Where does this 'BEGIN' block go?

At the head of his Perl script.  It's a way of blocking the initialization stuff at
the beginning of the script.  Observe.

#!/usr/lib/perl5

BEGIN {
   $| = 1;
   push(@INC, 'some.directory');
}

print "Here goes rest of code.";


> Why not justput the cgi-lib.pl file in the same directory as the perl script that
> is
> calling it, since the web server already knows where this file is at?

Because he doesn't want to.  Besides, the web server has nothing to do with where
Perl looks for an included script.  Perl looks for 'require'd files in the @INC
array.  Exclusively.

> The web server setup will determine where the server looks for CGI activated
> programs, whether they are Perl scripts or not. So, as I said before:

True, before Perl is invoked.  Once inside Perl, though, Perl alone decides where to
find other Perl scripts.

> that, and instead focused on something that had nothing to do with Perl.

Nothing to do with Perl?  See above.

> You may want to read this over two or even three or four times so that
> you'll understand it forever.

I've read it twice, and the only thing I understand from it is that you have no idea
what you are talking about.

> Have a nice day.

Thank you, I will.  You do the same.

--
Best Regards,
Tritech Marketing Inc.

Eric Von Zee
Webmaster




------------------------------

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 3823
**************************************

home help back first fref pref prev next nref lref last post