[9921] in Perl-Users-Digest
Perl-Users Digest, Issue: 3514 Volume: 8
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Sat Aug 22 23:01:06 1998
Date: Sat, 22 Aug 98 20:00:15 -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 Sat, 22 Aug 1998 Volume: 8 Number: 3514
Today's topics:
Re: COBOL and Perl (Josh Kortbein)
Re: COBOL and Perl (Abigail)
Desparately need help with Perl Fork CGI program. Pleas <mchari@cisco.com>
Re: Desparately need help with Perl Fork CGI program. P (Maurice Aubrey)
Re: Desparately need help with Perl Fork CGI program. P (Mark-Jason Dominus)
Re: Greedy arrays in list assignments (Josh Kortbein)
How to write contents of a location to file? Krishnaswamy@rocketmail.com
Re: How to write contents of a location to file? <alex@kawo2.rwth-aachen.de>
Re: In-place editing and file-locking? <alex@kawo2.rwth-aachen.de>
Need a cgi-programmer for business partnership (SRemaily)
Re: Perl documentation (Abigail)
Re: Perl documentation (Larry Rosler)
Re: Problem using CGI.pm for the first time (Randy Kobes)
Site Search Script- Return URL with anchor? <stanz@en.com>
Re: tie %h, 'DB_File'... complains about invalid arg ? <alex@kawo2.rwth-aachen.de>
Re: tie %h, 'DB_File'... complains about invalid arg ? <alex@kawo2.rwth-aachen.de>
Re: tie %h, 'DB_File'... complains about invalid arg ? <alex@kawo2.rwth-aachen.de>
Tied database hash/iterator/cursor problem? (Karl Petty)
Re: Why dont people read the FAQs (Gary L. Burnore)
Special: Digest Administrivia (Last modified: 12 Mar 98 (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: 22 Aug 1998 23:17:20 GMT
From: kortbein@iastate.edu (Josh Kortbein)
Subject: Re: COBOL and Perl
Message-Id: <6rnji0$6ug$2@news.iastate.edu>
Thomas Jespersen (thomas@demeter.daimi.aau.dk) wrote:
: Charles F Hankel <charles@hankel.mersinet.co.uk> writes:
: > So the myth lives on, does it?
: >
: > The largest number of systems affected by the y2k scenario are
: > relatively modern systems. The problem is being more assiduously
: Please check if you newsreader got an option to send the same message
: 4 times, and turn it off.
I've noticed such duplications from multiple authors today, anywhere
from 2-4 copies. And these were generally people who have shown in
the past that they can exercise control over their newsreaders.
Hmmmm.......
Josh
--
Any false value is gonna be fairly boring in Perl, mathematicians
notwithstanding.
- Larry Wall
------------------------------
Date: 23 Aug 1998 00:07:00 GMT
From: abigail@fnx.com (Abigail)
Subject: Re: COBOL and Perl
Message-Id: <6rnmf4$8na$1@client3.news.psi.net>
Thomas Jespersen (thomas@demeter.daimi.aau.dk) wrote on MDCCCXVII
September MCMXCIII in <URL: news:6rnf50$1au$688@elle.eunet.no>:
++ Charles F Hankel <charles@hankel.mersinet.co.uk> writes:
++
++
++ > So the myth lives on, does it?
++ >
++ > The largest number of systems affected by the y2k scenario are
++ > relatively modern systems. The problem is being more assiduously
++
++ Please check if you newsreader got an option to send the same message
++ 4 times, and turn it off.
Looks like spew to me. Just like your duplicate message....
Abigail
--
sub _'_{$_'_=~s/$a/$_/}map{$$_=$Z++}Y,a..z,A..X;*{($_::_=sprintf+q=%X==>"$A$Y".
"$b$r$T$u")=~s~0~O~g;map+_::_,U=>T=>L=>$Z;$_::_}=*_;sub _{print+/.*::(.*)/s}
*_'_=*{chr($b*$e)};*__=*{chr(1<<$e)};
_::_(r(e(k(c(a(H(__(l(r(e(P(__(r(e(h(t(o(n(a(__(t(us(J())))))))))))))))))))))))
------------------------------
Date: Sat, 22 Aug 1998 17:59:29 -0700
From: Murali Chari <mchari@cisco.com>
Subject: Desparately need help with Perl Fork CGI program. Please Help!!!!
Message-Id: <35DF6971.7AF9682D@cisco.com>
Hi,
I desparately need help with this procedure. The goal of the script is
to execute a script in the background (since
this script takes 5 hours to finish) and return control to the browser.
(I am using a Netscape 4.x brwser, An Apache
server, Perl 5.004, Solaris 2.6 Platform)
This is the script I am trying to execute.
#!/usr/local/bin/perl5 -T
if ($pid=fork)
{
print <<EOF;
Content-type: text/plain
This job will take 5 hours to get done. you will be notified through
mail once it is done.
}
else {
exec("somescript.pl 2>&1 > logfile")
exit(0);
}
exit(0);
What's happening is the browser just hangs. The script though is getting
executed in the background
and running smoothly. It finishes its job and sends a mail saying the
job is done and all that.
What should I do in the above case to return control to the browser from
the parent process?
Thanks,
Murali
------------------------------
Date: Sun, 23 Aug 1998 01:19:18 GMT
From: maurice@hevanet.com (Maurice Aubrey)
Subject: Re: Desparately need help with Perl Fork CGI program. Please Help!!!!
Message-Id: <slrn6turgm.ehq.maurice@localhost.localdomain>
On Sat, 22 Aug 1998 17:59:29 -0700, Murali Chari <mchari@cisco.com> wrote:
>I desparately need help with this procedure. The goal of the script is
>to execute a script in the background (since
>this script takes 5 hours to finish) and return control to the browser.
>(I am using a Netscape 4.x brwser, An Apache
>server, Perl 5.004, Solaris 2.6 Platform)
http://www.stonehenge.com/merlyn/WebTechniques/col20.html
--
Maurice Aubrey <maurice@hevanet.com>
In real life, Keaton believes in God. But she also believes that
the radio works because there are tiny people inside it.
- Woody Allen
------------------------------
Date: 22 Aug 1998 21:42:40 -0400
From: mjd@op.net (Mark-Jason Dominus)
Subject: Re: Desparately need help with Perl Fork CGI program. Please Help!!!!
Message-Id: <6rns2g$kbv$1@monet.op.net>
In article <35DF6971.7AF9682D@cisco.com>,
Murali Chari <mchari@cisco.com> wrote:
> [program forks; parent exits; child execs long-running command]
>What's happening is the browser just hangs.
Typically, the standard output of your program is a pipe, whoc other
end is attached to the server. The server collects the standard
output, and when your script exits, the server appends an HTTP header
and forwards the output to the browser.
The server waits for end-of-file on your standard output before it
sends anything back to the browser, because otherwise you might be
about to write some more stuff.
When you fork, your standard output is copied; the parent has one, and
the child has one, and they are both attached to the server. The
server does not get an end-of-file signal until both parent *and*
child have closed STDOUT.
In the parent, this happens when the process exits. But the child is
loitering around for five hours before it closes STDOUT. The server
doesn't know who is on the other end of the pipe; all it knows is that
the pipe is still open, and new data could come from it at any moment.
So it waits patiently for more data, and sends it back to the browser
only once the last process closes the pipe.
Best solution:
> ...
> } else { # Child
> open STDOUT, "> logfile" # redirect STDOUT
> or ...(report error and abort)...
> open STDERR, ">&STDOUT"; # STDERR to the same place
> exec $PROGRAM; # Should never return
> die "Couldn't exec $PROGRAM: $!; aborting";
> }
------------------------------
Date: 22 Aug 1998 19:19:16 GMT
From: kortbein@iastate.edu (Josh Kortbein)
Subject: Re: Greedy arrays in list assignments
Message-Id: <6rn5jk$fhp$2@news.iastate.edu>
pv$1@marina.cinenet.net>
X-Newsreader: TIN [version 1.2 PL2]
Craig Berry (cberry@cinenet.net) wrote:
: Josh Kortbein (kortbein@iastate.edu) wrote:
: : Craig Berry (cberry@cinenet.net) wrote:
: : : Can't imagine how it could be in a consistent way. After all, how would
: : : one handle
: :
: : : (@foo, $bar, @baz) = split //, 'abcde';
: :
: : : in any such general scheme? I suppose you could limit it to cases with
: : : at most one array in the list, count scalars following the array, and work
: : : backward...but that seems horribly awkward.
: :
: : It seems more consistent (in my limited experience) to treat the
: : LHS as a flattened array, and distribute the split values left-to-right
: : until one side runs out.
: Well, if I'm understanding you correctly, that's how Perl does it -- with
: the implicit effect that the first array mentioned on the LHS absorbs all
: remaining values produced by the RHS. I agree that's the Right Thing to
: Do; my comments were regarding a query by another poster regarding
: possible alternatives.
Whoops! Somehow I got confused about the original question
posed. I'm not so sure I made it clear what I was thinking about, though.
I forgot about self-growing arrays.
What about this: if an array on the LHS is followed by anything else,
only use the array so far as it's already defined (i.e., if it's got
10 elements, only assign to those 10 spaces, and don't expand the
array), and then move on. If an array is the last thing in the LHS,
then expand at will.
This seems a little complicated but it makes sense (to me, at least).
Josh
--
We are servants rather than masters in mathematics.
- Charles Hermite
------------------------------
Date: Sun, 23 Aug 1998 01:52:00 GMT
From: Krishnaswamy@rocketmail.com
Subject: How to write contents of a location to file?
Message-Id: <6rnsjv$oc9$1@nnrp1.dejanews.com>
I need to the run a program on another server and write the output to a file.
how can I do this? Ex. I can display the output as follows. print "Location:
", "http://search.yahoo.com/bin/search?p=hello", "\n\n";
I want to save query results to a file on my server.
Appreciate any help.
Thanks.
Mukunda
-----== Posted via Deja News, The Leader in Internet Discussion ==-----
http://www.dejanews.com/rg_mkgrp.xp Create Your Own Free Member Forum
------------------------------
Date: Sun, 23 Aug 1998 02:14:46 +0000
From: Alex Farber <alex@kawo2.rwth-aachen.de>
To: Krishnaswamy@rocketmail.com
Subject: Re: How to write contents of a location to file?
Message-Id: <35DF7B16.2107FBA9@kawo2.rwth-aachen.de>
Krishnaswamy@rocketmail.com wrote:
>
> I need to the run a program on another server and write the output to a file.
> how can I do this? Ex. I can display the output as follows. print "Location:
> ", "http://search.yahoo.com/bin/search?p=hello", "\n\n";
>
> I want to save query results to a file on my server.
You can use LWP-module:
use LWP::Simple;
$doc = get ("http://search.yahoo.com/bin/search?p=hello") or die;
Greetings
Alex
--
http://www.simplex.ru/pref.html
------------------------------
Date: Sun, 23 Aug 1998 00:16:30 +0000
From: Alex Farber <alex@kawo2.rwth-aachen.de>
To: Ketan Patel <ketanp@xwebdesign.com>
Subject: Re: In-place editing and file-locking?
Message-Id: <35DF5F5E.31BFA050@kawo2.rwth-aachen.de>
Ketan Patel wrote:
> I am using @ARGV and $^I to edit a very frequently accessed file
> 'in-place' for speed purposes... I was wondering, will simultaneous
> accesses to this file cause problems?
I think yes. You must flock to be sure.
> #Sample of code that will run every time a website gets a hit (avg
> 30,000+/day)
>
> @ARGV = ("sites.txt");
> $^I = ".bak";
> while(<>) {
> [stuff]
> }
>
> I am concerned because there is no place to flock(), or is there?
I don't know how to do it nice, so I would do it this way:
while (<>)
{
unless ($locked)
{
open FILE, ">>$ARGV@ or die;
flock FILE, 2 or die; # lock
$locked = 1;
}
[do stuff]
if (eof)
{
flock FILE, 8; # unlock
close FILE;
undef $locked;
}
}
Greetings
Alex
--
http://www.simplex.ru/pref.html
------------------------------
Date: 22 Aug 1998 23:10:16 GMT
From: sremaily@aol.com (SRemaily)
Subject: Need a cgi-programmer for business partnership
Message-Id: <1998082223101600.TAA03111@ladder03.news.aol.com>
A fellow from Belgium and myself are planning on building a large commercial
website---we need a cgi-programmer (or at least someone who can install and
modify pre-written scripts) with an entrepreneural spirit. I would attempt it
myself, but it is just too much to take on right now.
All profits would, of course, be split evenly three ways.
If you would like to discuss the idea any further just send me note.
Best regards,
Santee
sremaily@aol.com
------------------------------
Date: 23 Aug 1998 00:11:36 GMT
From: abigail@fnx.com (Abigail)
Subject: Re: Perl documentation
Message-Id: <6rnmno$8na$2@client3.news.psi.net>
David Hawker (dhawker@removethis.bigfoot.com) wrote on MDCCCXVII
September MCMXCIII in <URL: news:35dfe53d.4765271@news.cableol.net>:
++ 1. Why is for/foreach/etc never included in the perl docs?
But it is. You just have to look better.
++ 2. I'm after a complete documentation in one package. One thing that annoys
++ me is when the perl docs just say 'does the same thing as the system call'
++ and i have no idea what the system call does. I'd like everything to be
++ present in one giant package, without the need for me to go online and try
++ to track down other documentation. Has this been done?
Uhm, what system comes without documentation for its system calls?
Not a system one has to pay for I hope?
But feel free to add to the documentation....
Abigail
--
perl -wle '(1 x $_) !~ /^(11+)\1+$/ && print while ++ $_'
------------------------------
Date: Sat, 22 Aug 1998 17:51:41 -0700
From: lr@hpl.hp.com (Larry Rosler)
Subject: Re: Perl documentation
Message-Id: <MPG.104907775a1698299897e0@nntp.hpl.hp.com>
[Posted to comp.lang.perl.misc and copy mailed.]
In article <6rnmno$8na$2@client3.news.psi.net> on 23 Aug 1998 00:11:36
GMT, Abigail <abigail@fnx.com> says...
...
> Uhm, what system comes without documentation for its system calls?
> Not a system one has to pay for I hope?
Perhaps 90% of the systems now in use. And indeed one has to pay for
them. Lots of money. :-(
What you are describing as 'system calls' are really C interface
specifications to operating-system functions that may be accessed in
special ways, by gate instructions, for example. In the absence of
program-development tools such as a C compiler or an assembler, why
document them? In fact, they are documented with those tools, for which
one has to pay extra.
To run perl binaries on such systems, one does not need a C compiler or
an assembler, so does not have direct access to the documentation of the
'system calls'. Maybe if I post this three more times, it will be
understood. (Today the news propagators seem to be doing that anyhow,
but it hasn't helped with this thread. :-)
--
(Yet Another Larry) Rosler
Hewlett-Packard Laboratories
http://www.hpl.hp.com/personal/Larry_Rosler/
lr@hpl.hp.com
------------------------------
Date: 23 Aug 1998 02:30:34 GMT
From: randy@theory.uwinnipeg.ca (Randy Kobes)
Subject: Re: Problem using CGI.pm for the first time
Message-Id: <slrn6tv05e.nr5.randy@theory.uwinnipeg.ca>
On Fri, 21 Aug 1998 13:54:46 -0700, Francis Fan <ffan@mail.arc.nasa.gov> wrote:
>Rasan Rasch wrote:
>
>> >
>> > But when I run, it gave me this -
>> > torrey:~/public_html>t.cgi
>> > (offline mode: enter name=value pairs on standard input
>> This is just a prompt to enter parameters for your script and is not an
>> error. This is very useful for command line debugging. For example,
>> torrey:~/public_html>t.cgi
>> (offline mode: enter name=value pairs on standard input)
>> name1=value1
>> name2=value2
>> etc ...
>> Ctrl-D
>>
>> Typing Control D signals the end of this data input. Try using this
>> instead of Ctrl-C.
>
> I tried Ctrl-D, it gave me this -
>
>~/public_html>t.cgi
>(offline mode: enter name=value pairs on standard input)
>Can't call method "rearrange" without a package or object reference at
>(eval 6) line 5.
>CGI=HASH(0x100b9250)Vegetables
>
>And I will use CGI.pm in my cgi scripts, so I couldn't wait for user to
>enter Ctrl-d.
>
>--Francis
>
Hi,
Something then seems to be broken with your CGI.pm - I
tried the script
-----------------------------------------------------------
#!/usr/bin/perl -w
use CGI qw/:standard/;
print start_html('Vegetables');
print h1('Eat your vegetables');
print hr;
print end_html;
-----------------------------------------------------------
from the command line, and after hitting Ctrl-D when the
(offline mode ...) prompt appears, it output
-----------------------------------------------------------
<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML//EN">
<HTML><HEAD><TITLE>Vegetables</TITLE>
</HEAD><BODY><H1>Eat your vegetables</H1><HR></BODY></HTML>
-----------------------------------------------------------
which is pretty much what was intended. Are you using the
latest CGI version (2.42)? What perl version do you have?
This should work from the command line, but note that as a
cgi script the client won't have to "enter Ctrl-D" (you will
need to call the "header" method in this case, though, as
others have mentioned).
--
Best regards,
Randy Kobes
Physics Department Phone: (204) 786-9399
University of Winnipeg Fax: (204) 774-4134
Winnipeg, Manitoba R3B 2E9 e-mail: randy@theory.uwinnipeg.ca
Canada http://theory.uwinnipeg.ca/
------------------------------
Date: Sat, 22 Aug 1998 23:56:29 GMT
From: stan zylowski <stanz@en.com>
Subject: Site Search Script- Return URL with anchor?
Message-Id: <35DE93F0.36D8@en.com>
hi.
do you know if any of the available Perl website search
scripts are able to return not just URL's but URL's
with anchors to specific parts on the page?
stan
------------------------------
Date: Sun, 23 Aug 1998 00:08:25 +0000
From: Alex Farber <alex@kawo2.rwth-aachen.de>
To: Ronald J Kimball <rjk@coos.dartmouth.edu>
Subject: Re: tie %h, 'DB_File'... complains about invalid arg ?
Message-Id: <35DF5D79.E8476E29@kawo2.rwth-aachen.de>
Ronald J Kimball wrote:
> Alex Farber <alex@kawo2.rwth-aachen.de> wrote:
>
> > I can use tie only once. When my script is called next time,
> > I get an "invalid argument" message.
>
> Next time, save the actual error message so you can post it to the
> newsgroup. You're more likely to get a useful answer that way.
Hmm, what do you mean? The only error message I get is my own:
'can`t tie' and then $!, which is 'invalid argument'.
My guess is, that is the invalid argument to the tie (), since
the hash is still tied some way. So I can't open it during the
second (and following) script invocations. But I wonder, how can
it stay in memory?
Greetings
Alex
--
http://www.simplex.ru/pref.html
------------------------------
Date: Sun, 23 Aug 1998 01:59:15 +0000
From: Alex Farber <alex@kawo2.rwth-aachen.de>
Subject: Re: tie %h, 'DB_File'... complains about invalid arg ?
Message-Id: <35DF7773.37914A17@kawo2.rwth-aachen.de>
Here is the simplier version of code.
I get the $! = "Invalid argument" in the 1st line. I think
smth. is still referencing $dbh object, that's why the
destructor is being not called on untie... But what is it?
$dbh = tie %dbm, 'DB_File', $DIR . param ('dbm') or die $!;
open DBM, '>>&=' . $dbh -> fd or die;
flock DBM, 2 or die;
$dbm{$url} = 'test';
$dbh -> sync;
flock DBM, 8;
close DBM;
undef $dbh;
untie %dbm;
Greetings
Alex
--
http://www.simplex.ru/pref.html
------------------------------
Date: Sun, 23 Aug 1998 02:18:31 +0000
From: Alex Farber <alex@kawo2.rwth-aachen.de>
Subject: Re: tie %h, 'DB_File'... complains about invalid arg ?
Message-Id: <35DF7BF7.4361609C@kawo2.rwth-aachen.de>
Alex Farber wrote:
> $dbh = tie %dbm, 'DB_File', $DIR . param ('dbm') or die $!;
I have found the error myself: I should probably use
$dbh = tie (%dbm, 'DB_File', $DIR . param ('dbm'), O_RDWR | O_CREAT, 0666, $DB_HASH) or die;
when tie-ing an already existing db-file
/Alex
--
http://www.simplex.ru/pref.html
------------------------------
Date: 22 Aug 1998 23:43:34 GMT
From: pettyk@stout.EECS.Berkeley.EDU (Karl Petty)
Subject: Tied database hash/iterator/cursor problem?
Message-Id: <6rnl36$onl$1@agate.berkeley.edu>
Keywords: database iterator hash berkeley db
I'm having a problem with my Berkeley DB which is tied through DB_File.
It seems that whenever I retrieve all the keys of the database, by either
going an "each" or "foreach" or just "keys", then I can no longer set
any new items in the database. The weird thing is if I set values in
the database before I grab all the keys then it works. A short code
snippet that demonstrates this is below:
##############
#!/home/pal1/bin/perl
use DB_File;
tie(%rev, 'DB_File', "big.db", O_RDWR, 0644, $DB_HASH) || die("Opps: $!\n");
$dk1 = "mynicekey";
$rev{$dk1} = "will_work"; # works fine
printf "%s -> %s\n", $dk1, $rev{$dk1}; # works fine
printf "numKeys = %d\n", scalar keys %rev;
printf "%s -> %s\n", $dk1, $rev{$dk1}; # doesn't work
$dk2 = "mybadkey";
$rev{$dk2} = "will_not_work"; # doesn't work
printf "%s -> %s\n", $dk2, $rev{$dk2}; # doesn't work
untie %rev;
exit;
##############
When this is run I get:
mynicekey -> will_work
numKeys = 11333
mynicekey ->
mybadkey ->
##############
What could be causing this? Does the grabbing of the keys somehow
screw up the hash iterator and/or the db cursor? If so, how can I tell?
Is the database corrupted? Once again, if so, how can I tell? Could this
happen if I accidentally stuck in items that were larger than a page size?
Could by btree be too deep?
The database that I'm running this on is around 20M. I noticed that
this didn't happen when I ran this on a smaller, made-up database.
(I'm on solaris 2.6, I've tried many variants of perl (5.001,5.004,5.005),
I'm using Berkeley DB 2.3.16, and BD_File-1.57).
If anybody has seen anything like this then I would greatly appreciate
some assistance. Thanks.
Karl
--
===========================================================================
Dr. Karl F. Petty Tel: (510) 642-5649
Visiting Post-Doctoral Researcher FAX: (510) 642-6330
Dept of Electrical Engineering, UC Berkeley
------------------------------
Date: Sun, 23 Aug 1998 02:46:26 GMT
From: gburnore@databasix.com (Gary L. Burnore)
Subject: Re: Why dont people read the FAQs
Message-Id: <35df8257.261042004@news.primenet.com>
On Sat, 22 Aug 1998 14:56:23 GMT, in article
<35f0dbae.218369869@nntpd.databasix.com>, gburnore@databasix.com (Gary L.
Burnore) wrote:
Post snipped.
Looks like someone is playing games. Note the message ID's and posting hosts
on the following as they did not come from databasix.com
Newsgroups: comp.lang.perl.misc
Subject: Re: Why dont people read the FAQs
Date: Sat, 22 Aug 1998 14:56:23 GMT
Organization: The Home Office in Wazoo, NE
Lines: 39
Message-ID: <35f0dbae.218369869@nntpd.databasix.com>
References: <ant171908b49Rr9i@waveney.demon.co.uk>
<lnontkrb.fsf@mailhost.panix.com> <u7yasmof78.fsf@mch2pc21.tuwien.ac.at>
Reply-To: whatpartofdontemailme@dontyouunderstand
NNTP-Posting-Host: dbdev.databasix.com
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Newsreader: Forte Agent 1.5/32.452
X-No-Archive: yes
Xref: news.primenet.com comp.lang.perl.misc:154817
From: gburnore@databasix.com (Gary L. Burnore)
Newsgroups: comp.lang.perl.misc
Subject: Re: Why dont people read the FAQs
Date: Sat, 22 Aug 1998 14:56:23 GMT
Organization: The Home Office in Wazoo, NE
Lines: 39
Message-ID: <6rnekj$1au$1@elle.eunet.no>
References: <ant171908b49Rr9i@waveney.demon.co.uk>
<lnontkrb.fsf@mailhost.panix.com> <u7yasmof78.fsf@mch2pc21.tuwien.ac.at>
Reply-To: whatpartofdontemailme@dontyouunderstand
NNTP-Posting-Host: p8.isdn-brg.eunet.no
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Newsreader: Forte Agent 1.5/32.452
X-No-Archive: yes
Xref: news.primenet.com comp.lang.perl.misc:154886
From: gburnore@databasix.com (Gary L. Burnore)
Newsgroups: comp.lang.perl.misc
Subject: Re: Why dont people read the FAQs
Date: Sat, 22 Aug 1998 14:56:23 GMT
Organization: The Home Office in Wazoo, NE
Lines: 39
Message-ID: <6rmmtj$ljg$2@elle.eunet.no>
References: <ant171908b49Rr9i@waveney.demon.co.uk>
<lnontkrb.fsf@mailhost.panix.com> <u7yasmof78.fsf@mch2pc21.tuwien.ac.at>
Reply-To: whatpartofdontemailme@dontyouunderstand
NNTP-Posting-Host: p8.isdn-brg.eunet.no
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Newsreader: Forte Agent 1.5/32.452
X-No-Archive: yes
Xref: news.primenet.com comp.lang.perl.misc:154842
From: gburnore@databasix.com (Gary L. Burnore)
Newsgroups: comp.lang.perl.misc
Subject: Re: Why dont people read the FAQs
Date: Sat, 22 Aug 1998 14:56:23 GMT
Organization: The Home Office in Wazoo, NE
Lines: 39
Message-ID: <6rmmq8$la3$1@elle.eunet.no>
References: <ant171908b49Rr9i@waveney.demon.co.uk>
<lnontkrb.fsf@mailhost.panix.com> <u7yasmof78.fsf@mch2pc21.tuwien.ac.at>
Reply-To: whatpartofdontemailme@dontyouunderstand
NNTP-Posting-Host: p8.isdn-brg.eunet.no
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Newsreader: Forte Agent 1.5/32.452
X-No-Archive: yes
Xref: news.primenet.com comp.lang.perl.misc:154836
From: gburnore@databasix.com (Gary L. Burnore)
Newsgroups: comp.lang.perl.misc
Subject: Re: Why dont people read the FAQs
Date: Sat, 22 Aug 1998 14:56:23 GMT
Organization: The Home Office in Wazoo, NE
Lines: 39
Message-ID: <6rmmi6$k1a$2@elle.eunet.no>
References: <ant171908b49Rr9i@waveney.demon.co.uk>
<lnontkrb.fsf@mailhost.panix.com> <u7yasmof78.fsf@mch2pc21.tuwien.ac.at>
Reply-To: whatpartofdontemailme@dontyouunderstand
NNTP-Posting-Host: p8.isdn-brg.eunet.no
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Newsreader: Forte Agent 1.5/32.452
X-No-Archive: yes
Xref: news.primenet.com comp.lang.perl.misc:154830
From: gburnore@databasix.com (Gary L. Burnore)
Newsgroups: comp.lang.perl.misc
Subject: Re: Why dont people read the FAQs
Date: Sat, 22 Aug 1998 14:56:23 GMT
Organization: The Home Office in Wazoo, NE
Lines: 39
Message-ID: <6rmmdh$j53$1@elle.eunet.no>
References: <ant171908b49Rr9i@waveney.demon.co.uk>
<lnontkrb.fsf@mailhost.panix.com> <u7yasmof78.fsf@mch2pc21.tuwien.ac.at>
Reply-To: whatpartofdontemailme@dontyouunderstand
NNTP-Posting-Host: p8.isdn-brg.eunet.no
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Newsreader: Forte Agent 1.5/32.452
X-No-Archive: yes
Xref: news.primenet.com comp.lang.perl.misc:154824
------------------------------
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 3514
**************************************
