[29965] in Perl-Users-Digest
Perl-Users Digest, Issue: 1208 Volume: 11
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Thu Jan 17 14:09:40 2008
Date: Thu, 17 Jan 2008 11:09:06 -0800 (PST)
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)
Perl-Users Digest Thu, 17 Jan 2008 Volume: 11 Number: 1208
Today's topics:
Re: Calling binary from Perl prog and passing arguments <jurgenex@hotmail.com>
Re: Calling binary from Perl prog and passing arguments <mark.clementsREMOVETHIS@wanadoo.fr>
Re: Calling binary from Perl prog and passing arguments <jimsgibson@gmail.com>
Re: Help: Login FTP <openlinuxsource@gmail.com>
Re: Help: Login FTP <jimsgibson@gmail.com>
Re: incorrect errno/perror with IO::socket->new xhoster@gmail.com
Re: incorrect errno/perror with IO::socket->new xhoster@gmail.com
Re: incorrect errno/perror with IO::socket->new <brandon.mayfield@att.net>
Re: Script to disconnect Linksys WRT54G wireless router <spamfilter1@navasgroup.com>
Re: Wait for background processes to complete <pgodfrin@gmail.com>
Re: Wait for background processes to complete <pgodfrin@gmail.com>
Re: Wait for background processes to complete xhoster@gmail.com
Re: Wait for background processes to complete <pgodfrin@gmail.com>
Working with a 1-GB XML file... <socyl@987jk.com.invalid>
Re: Working with a 1-GB XML file... <kkeller-usenet@wombat.san-francisco.ca.us>
Re: Working with a 1-GB XML file... xhoster@gmail.com
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Thu, 17 Jan 2008 17:55:55 GMT
From: Jürgen Exner <jurgenex@hotmail.com>
Subject: Re: Calling binary from Perl prog and passing arguments
Message-Id: <9e5vo3ho9bprb61dpn13j1uf33gl6fm8nq@4ax.com>
vineet <vinshalvi@gmail.com> wrote:
>I have sql interface which connects to oracle database. When I execute
>sql, it connects to database and give prompt where user can type sql
>statemets to be executed ... some thing like
>$
>$
>$SQL;
>SQL>
>SQL>
>SQL> select * from employee;
>.......<display the sql result>.......
>
>I wanted to write wrapper script over SQL interface and read a file
>having SQL statement and passed it to SQL interface.
If you want the Perl program to interact with the external program's STDIO
then one of the "Expect" modules from CPAN is probably the best approach.
If you just want to pass parameters to the external program then system() or
qx// will do that already.
However, maybe you should investigate if accessing the database directly
from your Perl program is the best solution. Again, there are several
modules for database access on CPAN.
jue
>
>Can you please guide me how to start writing this.
>Thanks,
>VS
------------------------------
Date: Thu, 17 Jan 2008 18:42:42 +0000
From: Mark Clements <mark.clementsREMOVETHIS@wanadoo.fr>
Subject: Re: Calling binary from Perl prog and passing arguments
Message-Id: <478fa195$0$896$ba4acef3@news.orange.fr>
vineet wrote:
> Hi Experts,
>
> I have sql interface which connects to oracle database. When I execute
> sql, it connects to database and give prompt where user can type sql
> statemets to be executed ... some thing like
> $
> $
> $SQL;
> SQL>
> SQL>
> SQL> select * from employee;
> .......<display the sql result>.......
>
> I wanted to write wrapper script over SQL interface and read a file
> having SQL statement and passed it to SQL interface.
>
> Can you please guide me how to start writing this.
> Thanks,
> VS
would
sqlplus < statement.sql
not do it, where statement.sql is the file containing the SQL statements?
------------------------------
Date: Thu, 17 Jan 2008 10:48:32 -0800
From: Jim Gibson <jimsgibson@gmail.com>
Subject: Re: Calling binary from Perl prog and passing arguments
Message-Id: <170120081048321783%jimsgibson@gmail.com>
In article
<4f375943-9bfe-475b-8a1f-a48f8c42b5b6@j20g2000hsi.googlegroups.com>,
vineet <vinshalvi@gmail.com> wrote:
> Hi Experts,
>
> I have sql interface which connects to oracle database. When I execute
> sql, it connects to database and give prompt where user can type sql
> statemets to be executed ... some thing like
> $
> $
> $SQL;
> SQL>
> SQL>
> SQL> select * from employee;
> .......<display the sql result>.......
>
> I wanted to write wrapper script over SQL interface and read a file
> having SQL statement and passed it to SQL interface.
>
> Can you please guide me how to start writing this.
Perl contributors have written Perl modules to access databases in a
database-independent manner, including Oracle. The module DBI.pm
presents a database-independent interface to many databases, with a
database-specific DBD module providing the actual interface
(DBD::Oracle in your case). If you have a long-term interest in
manipulating databases, this is the recommended approach.
See, for example, the Perl FAQ entry displayed with 'perldoc -q
database', and look on CPAN (<http://search.cpan.org>) for DBI,
DBD::Oracle, and many other Oracle-related modules.
You can start an external process and pipe data to its standard input
by using the Perl open function with an '|-' argument. This might work
for commanding Oracle's sql utility (I haven't tried it).
See 'perldoc -f open' for details.
--
Jim Gibson
Posted Via Usenet.com Premium Usenet Newsgroup Services
----------------------------------------------------------
** SPEED ** RETENTION ** COMPLETION ** ANONYMITY **
----------------------------------------------------------
http://www.usenet.com
------------------------------
Date: Fri, 18 Jan 2008 01:21:42 +0800
From: Amy Lee <openlinuxsource@gmail.com>
Subject: Re: Help: Login FTP
Message-Id: <pan.2008.01.17.17.21.41.43651@gmail.com>
On Thu, 17 Jan 2008 08:08:42 -0800, Ron Bergin wrote:
> On Jan 17, 7:40 am, Amy Lee <openlinuxsou...@gmail.com> wrote:
>> On Thu, 17 Jan 2008 16:22:18 +0100, Peter Ludikovsky wrote:
>> > 1) Go tohttp://search.cpan.org/
>> > 2) In the textbox enter "FTP"
>> > 3) Click on the first result
>> > 4) Read & meditate
>>
>> > Amy Lee wrote:
>> >> Hello,
>>
>> >> I wanna write a script that it can login the FTP server and go to the
>> >> specific directory to get the file list and download files. But I don't
>> >> know how to pass the user name part and password part. The FTP server is
>> >> an anonymous server.
>>
>> >> My question is: Are there any Perl modules than can help users login FTP
>> >> without password and user name? Furthermore, which modules can help me get
>> >> file lists like "ls -l" in FTP server?
>>
>> >> Thank you very much~
>>
>> >> Regards,
>>
>> >> Amy Lee
>>
>> Thanks your advice. However I've done this before I posted this article.
>> There are so many modules about FTP, I can't find what actually I need. So
>> could you tell me more details?
>>
>> TIA.
>>
>> Amy
>
> http://search.cpan.org/~gbarr/libnet-1.22/Net/FTP.pm
Thank you very much! I've got it.
Amy
------------------------------
Date: Thu, 17 Jan 2008 10:54:47 -0800
From: Jim Gibson <jimsgibson@gmail.com>
Subject: Re: Help: Login FTP
Message-Id: <170120081054474273%jimsgibson@gmail.com>
In article <1200583365.481814@nntpcache01.si.eunet.at>, Peter
Ludikovsky <darthludi@gmail.com> wrote:
[top-posting fixed]
> Amy Lee wrote:
> > Hello,
> >
> > I wanna write a script that it can login the FTP server and go to the
> > specific directory to get the file list and download files. But I don't
> > know how to pass the user name part and password part. The FTP server is
> > an anonymous server.
> >
> > My question is: Are there any Perl modules than can help users login FTP
> > without password and user name? Furthermore, which modules can help me get
> > file lists like "ls -l" in FTP server?
> 1) Go to http://search.cpan.org/
> 2) In the textbox enter "FTP"
> 3) Click on the first result
> 4) Read & meditate
... or trying entering 'perldoc -q ftp' at a command-line prompt.
--
Jim Gibson
Posted Via Usenet.com Premium Usenet Newsgroup Services
----------------------------------------------------------
** SPEED ** RETENTION ** COMPLETION ** ANONYMITY **
----------------------------------------------------------
http://www.usenet.com
------------------------------
Date: 17 Jan 2008 16:48:50 GMT
From: xhoster@gmail.com
Subject: Re: incorrect errno/perror with IO::socket->new
Message-Id: <20080117114852.071$DR@newsreader.com>
brandon <brandon.mayfield@att.net> wrote:
> >
> > After a successful system call, $! contains whatever it contained
> > *before* that system call. =A0Looking in $! is meaningful only after
> > an unsuccessful system call.
> >
>
> Yes, and note from the code I did test it before and set it to '0'.
Sure, but that doesn't matter. IO::Socket does not guarantee that only a
single system call is made during it's new operation. Some of those system
calls may fail without the whole operation having failed. Those will set
errno, and hence $!, but not in a meaningful manner.
IO::Socket tries to abstract away many things behind the scenes. It
usually does a good job, but not always. If you want to micromanage the
socket creation process the way you would in C, and thus have no hidden
complexities that can set $! in unintuitive ways, then don't use
IO::Socket, use the low-level socket functions instead. It would be great
to figure out why IO::Socket isn't setting $@ appropriately, but I can't
really help much with that because I don't have access to the OSes you
report problems with.
Xho
--
-------------------- http://NewsReader.Com/ --------------------
The costs of publication of this article were defrayed in part by the
payment of page charges. This article must therefore be hereby marked
advertisement in accordance with 18 U.S.C. Section 1734 solely to indicate
this fact.
------------------------------
Date: 17 Jan 2008 17:06:37 GMT
From: xhoster@gmail.com
Subject: Re: incorrect errno/perror with IO::socket->new
Message-Id: <20080117120638.756$kd@newsreader.com>
brandon <brandon.mayfield@att.net> wrote:
>
> So that is the behavior I think is inconsistent. Why would passing
> Timout result in EINVAL on AIX and HP boxes when an error is
> encountered in connect?
In a similar situation in the past, I made a IO::Socket::INET copy and
replaced the contents of _error with something that does a Carp::confess
instead. That way you can get a back-trace of what is going on.
Xho
--
-------------------- http://NewsReader.Com/ --------------------
The costs of publication of this article were defrayed in part by the
payment of page charges. This article must therefore be hereby marked
advertisement in accordance with 18 U.S.C. Section 1734 solely to indicate
this fact.
------------------------------
Date: Thu, 17 Jan 2008 09:34:55 -0800 (PST)
From: brandon <brandon.mayfield@att.net>
Subject: Re: incorrect errno/perror with IO::socket->new
Message-Id: <c683edcd-9438-4914-9d30-26790edc9cdf@y5g2000hsf.googlegroups.com>
On Jan 17, 10:06=A0am, xhos...@gmail.com wrote:
> brandon <brandon.mayfi...@att.net> wrote:
>
> > =A0So that is the behavior I think is inconsistent. Why would passing
> > Timout result in EINVAL on AIX and HP boxes when an error is
> > encountered in connect?
>
> In a similar situation in the past, I made a IO::Socket::INET copy and
> replaced the contents of _error with something that does a Carp::confess
> instead. =A0That way you can get a back-trace of what is going on.
>
> Xho
>
Sounds good. I think I'm going to see if I can find out if RH is
changeing anything in IO::Socket, IO::Select, etc., when they build
their perl distribution too. Always a possibility that they are making
some changes that AIX for example is not. If I find anything
interesting I'll let ya'll know.
> --
> --------------------http://NewsReader.Com/--------------------
> The costs of publication of this article were defrayed in part by the
> payment of page charges. This article must therefore be hereby marked
> advertisement in accordance with 18 U.S.C. Section 1734 solely to indicate=
> this fact.
------------------------------
Date: Thu, 17 Jan 2008 17:14:00 GMT
From: John Navas <spamfilter1@navasgroup.com>
Subject: Re: Script to disconnect Linksys WRT54G wireless router on Windows
Message-Id: <p33vo3ttmqb9s5a78d2q4uouuno2rt6d4k@4ax.com>
You omitted the security issue. Leaving the router wide open for a Perl
script is like unprotected sex, and the security programming in Perl is
non-trivial to do safely.
On Thu, 17 Jan 2008 03:05:57 -0800 (PST), stuart.t.taylor@gmail.com
wrote in
<ffe2e64d-2987-4951-923a-9bfcacf91037@h11g2000prf.googlegroups.com>:
>I stumbled across this posting quite by chance.
>
>I don't own that router, but what you are trying to archive is a cake
>walk for perl even without the mechanize stuff.
>
>Your main problem is that your are focusing on the perl and not on the
>html that controls the router. I see you posted the complete source of
>the page, but i'll be buggered if i work my way through that for you,
>after all i have no interest in your "project" other than to nudge you
>in the right direction.
>
>You need to go back to square one.
>
>Get firefox if haven't got it already, and install the live headers
>plugin.
>The with the plugin activated, browse to the page and click the button
>as you normally would.
>You should now have captured all of the conversation between your
>browser and you router. Among the general noise of HTTP will be the
>small requests actually required to send the connect / disconnect
>command to the router.
>
>At the end of the day, the button are on an html form (regardless of
>the javascript functions) and they will submit some data to the router
>via get or post, and you need to determine what that is.
>
>Recreating the steps in perl will be trivial (you will kick yourself).
>
>Good luck.
>
>Stuart
>
>
>On 26 Nov 2007, 14:37, Wilson <davewilso...@sbcglobal.net> wrote:
>> On Mon, 26 Nov 2007 05:41:09 -0800, Wilson wrote:
>> > The way I tested that was to set it to http instead of https
>>
>> Drat. Failed again.
>> Does anyone know what a "read timeout" is telling me?
>> Wilson
>>
>> C:\perl>fixrouter.pl
>> 500 read timeout
>> Content-Type: text/plain
>> Client-Date: Mon, 26 Nov 2007 14:17:22 GMT
>> Client-Warning: Internal response
>>
>> 500 read timeout
--
Best regards, FAQ for Wireless Internet: <http://Wireless.wikia.com>
John Navas FAQ for Wi-Fi: <http://wireless.wikia.com/wiki/Wi-Fi>
Wi-Fi How To: <http://wireless.wikia.com/wiki/Wi-Fi_HowTo>
Fixes to Wi-Fi Problems: <http://wireless.wikia.com/wiki/Wi-Fi_Fixes>
------------------------------
Date: Thu, 17 Jan 2008 08:38:13 -0800 (PST)
From: pgodfrin <pgodfrin@gmail.com>
Subject: Re: Wait for background processes to complete
Message-Id: <ecbf34cd-fee6-46b8-9dfe-5131b584993c@i12g2000prf.googlegroups.com>
Gentle persons,
Xho was right from the start. Apparently all the samples from the
camel book, documentation for fork(), wait() and waitpid() are at the
least misleading - at the worse poorly written.
To begin with, if following the camel book's sample:
if ($pid=fork) { # parent here
} elsif { #child here
} # ...
One can indeed fork - but - the wait loop simply doesn't wait because
it returns -1 upon the first iteration.
The rest of the discussions in perliupc are quite interesting, but
useless in solving my problem here (although I did learn about signal
handlers a little bit).
In sum total here is the answer. Many, many thanks to Xho who was
right from the very beginning. Shame on the Perl documentation for
unnecessary obfuscation.
@fl= (</fausb/sample/*.txt>);
foreach (@fl)
{
print "Copying $_ \n";
fork or exec("cp $_ $_.old") ;
}
do {$x=wait;} until $x==-1 ;
#{1 until -1==wait;}
print "\n<<<<< End of exercise >>>>>\n";
exit;
Incidentally Xho's other suggestion {1 until -1==wait; } also work.
pg
------------------------------
Date: Thu, 17 Jan 2008 09:03:57 -0800 (PST)
From: pgodfrin <pgodfrin@gmail.com>
Subject: Re: Wait for background processes to complete
Message-Id: <819255d3-c482-4f4e-ba00-5608ce6de142@j20g2000hsi.googlegroups.com>
On Jan 17, 10:38 am, pgodfrin <pgodf...@gmail.com> wrote:
> Gentle persons,
>
> Xho was right from the start. Apparently all the samples from the
> camel book, documentation for fork(), wait() and waitpid() are at the
> least misleading - at the worse poorly written.
>
> To begin with, if following the camel book's sample:
>
> if ($pid=fork) { # parent here
>
> } elsif { #child here
> } # ...
>
> One can indeed fork - but - the wait loop simply doesn't wait because
> it returns -1 upon the first iteration.
>
> The rest of the discussions in perliupc are quite interesting, but
> useless in solving my problem here (although I did learn about signal
> handlers a little bit).
>
> In sum total here is the answer. Many, many thanks to Xho who was
> right from the very beginning. Shame on the Perl documentation for
> unnecessary obfuscation.
>
> @fl= (</fausb/sample/*.txt>);
> foreach (@fl)
> {
> print "Copying $_ \n";
> fork or exec("cp $_ $_.old") ;}
>
> do {$x=wait;} until $x==-1 ;
> #{1 until -1==wait;}
> print "\n<<<<< End of exercise >>>>>\n";
> exit;
>
> Incidentally Xho's other suggestion {1 until -1==wait; } also work.
> pg
and wiat; all by itself also works now...
sheesh!
------------------------------
Date: 17 Jan 2008 17:14:36 GMT
From: xhoster@gmail.com
Subject: Re: Wait for background processes to complete
Message-Id: <20080117121437.825$Lb@newsreader.com>
pgodfrin <pgodfrin@gmail.com> wrote:
> Gentle persons,
>
> Xho was right from the start. Apparently all the samples from the
> camel book, documentation for fork(), wait() and waitpid() are at the
> least misleading - at the worse poorly written.
>
> To begin with, if following the camel book's sample:
>
> if ($pid=fork) { # parent here
> } elsif { #child here
> } # ...
>
> One can indeed fork - but - the wait loop simply doesn't wait because
> it returns -1 upon the first iteration.
I suspect you are misinterpreting something. (For one thing, there is
no "wait loop" in what you have shown!) The code above should be
equivalent to my "fork or exec" code as long as the child block of the "if"
has an exec or a exit, so that the child itself it doesn't fall through
into the invisible wait loop.
Xho
--
-------------------- http://NewsReader.Com/ --------------------
The costs of publication of this article were defrayed in part by the
payment of page charges. This article must therefore be hereby marked
advertisement in accordance with 18 U.S.C. Section 1734 solely to indicate
this fact.
------------------------------
Date: Thu, 17 Jan 2008 10:44:25 -0800 (PST)
From: pgodfrin <pgodfrin@gmail.com>
Subject: Re: Wait for background processes to complete
Message-Id: <6aec8a72-9a76-4075-b7da-ff740d0cffdc@m34g2000hsb.googlegroups.com>
On Jan 17, 11:14 am, xhos...@gmail.com wrote:
> pgodfrin <pgodf...@gmail.com> wrote:
> > Gentle persons,
>
> > Xho was right from the start. Apparently all the samples from the
> > camel book, documentation for fork(), wait() and waitpid() are at the
> > least misleading - at the worse poorly written.
>
> > To begin with, if following the camel book's sample:
>
> > if ($pid=fork) { # parent here
> > } elsif { #child here
> > } # ...
>
> > One can indeed fork - but - the wait loop simply doesn't wait because
> > it returns -1 upon the first iteration.
>
> I suspect you are misinterpreting something. (For one thing, there is
> no "wait loop" in what you have shown!) The code above should be
> equivalent to my "fork or exec" code as long as the child block of the "if"
> has an exec or a exit, so that the child itself it doesn't fall through
> into the invisible wait loop.
>
> Xho
>
> --
> --------------------http://NewsReader.Com/--------------------
> The costs of publication of this article were defrayed in part by the
> payment of page charges. This article must therefore be hereby marked
> advertisement in accordance with 18 U.S.C. Section 1734 solely to indicate
> this fact.
Hi Xho,
OK - I didn't include the wait loop in the snippet simply for brevity.
I tried using the if logic and it just doesn't wait or fork properly.
Since I'm looping though filenames, this is inadequate. Unless proven
otherwise - I'll say the Camel book code is unclear and incorrect for
my purposes:
@fl= (</fausb/sample/*.txt>);
foreach (@fl)
{
if($pid=fork)
{
print "Copying $_ to $_.old\n";
exec("cp $_ $_.old") ;
} elsif (defined $pid) { exit; }
} # end loop
wait;
print "\n<<<<< End of exercise >>>>>\n";
exit;
However, this works AND waits. But - this is very interesting - the
last file in the sample list is 3 or 4 times larger than the first few
files, which permits me to show that the wait does indeed wait for
child processes, but since the first fork replaces the parent process,
the wait command no longer has children to wait on and then continues
to the next statement, while the last cp command is still running.
@fl= (</fausb/sample/*.txt>);
foreach (@fl)
{
print "Copying $_ to $_.old\n";
fork or exec("cp $_ $_.old") ;
} # end loop
wait;
print "\n<<<<< End of exercise >>>>>\n";
exit;
But - that's no good - which necessitates the loop you had suggested
from the start. Once again Xho - you da MAN!
@fl= (</fausb/sample/*.txt>);
foreach (@fl)
{
print "Copying $_ to $_.old\n";
fork or exec("cp $_ $_.old") ;
} # end loop
do {$x=wait; print "$x\n"} until $x==-1 ;
print "\n<<<<< End of exercise >>>>>\n";
exit;
------------------------------
Date: Thu, 17 Jan 2008 17:40:30 +0000 (UTC)
From: kj <socyl@987jk.com.invalid>
Subject: Working with a 1-GB XML file...
Message-Id: <fmo3ue$dij$1@reader2.panix.com>
Hi. I have a large XML file (aboug 1G) that I would like to be
able to interrogate in my code. Given its size, it's out of the
question to read it all into memory. I'd like to avoid having to
convert this thing to an RDB.
Does anyone know of a module that can treat such a file as
disk-resident data?
TIA!
kj
--
NOTE: In my address everything before the first period is backwards;
and the last period, and everything after it, should be discarded.
------------------------------
Date: Thu, 17 Jan 2008 10:07:44 -0800
From: Keith Keller <kkeller-usenet@wombat.san-francisco.ca.us>
Subject: Re: Working with a 1-GB XML file...
Message-Id: <h4i465x6cc.ln2@goaway.wombat.san-francisco.ca.us>
On 2008-01-17, kj <socyl@987jk.com.invalid> wrote:
>
> Hi. I have a large XML file (aboug 1G) that I would like to be
> able to interrogate in my code. Given its size, it's out of the
> question to read it all into memory. I'd like to avoid having to
> convert this thing to an RDB.
>
> Does anyone know of a module that can treat such a file as
> disk-resident data?
You should probably read
http://perl-xml.sourceforge.net/faq/#parser_selection
It sounds like you might want a SAX-based parser.
--keith
--
kkeller-usenet@wombat.san-francisco.ca.us
(try just my userid to email me)
AOLSFAQ=http://www.therockgarden.ca/aolsfaq.txt
see X- headers for PGP signature information
------------------------------
Date: 17 Jan 2008 18:10:41 GMT
From: xhoster@gmail.com
Subject: Re: Working with a 1-GB XML file...
Message-Id: <20080117131043.176$Me@newsreader.com>
kj <socyl@987jk.com.invalid> wrote:
> Hi. I have a large XML file (aboug 1G) that I would like to be
> able to interrogate in my code.
In what ways do you want to interrogate it? Is all the data in the file
relevant to you, or could you abstract just the relevant parts of it into
a much smaller, memory resident set? (XML::Twig might be good for that.)
> Given its size, it's out of the
> question to read it all into memory. I'd like to avoid having to
> convert this thing to an RDB.
How about converting it to a DBM::Deep file?
> Does anyone know of a module that can treat such a file as
> disk-resident data?
Well, no module is needed to treat it as disk-resident data, as that is
exactly what it is already. You need to give us a functional definition of
how you want to access the data. That will most likely drive the storage,
not the other way around.
You might be able to use DBD::AnyData, but there is no particular reason to
think it will like the format your XML is already in, or that it will be
fast.
Xho
--
-------------------- http://NewsReader.Com/ --------------------
The costs of publication of this article were defrayed in part by the
payment of page charges. This article must therefore be hereby marked
advertisement in accordance with 18 U.S.C. Section 1734 solely to indicate
this fact.
------------------------------
Date: 6 Apr 2001 21:33:47 GMT (Last modified)
From: Perl-Users-Request@ruby.oce.orst.edu (Perl-Users-Digest Admin)
Subject: Digest Administrivia (Last modified: 6 Apr 01)
Message-Id: <null>
Administrivia:
#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.
NOTE: due to the current flood of worm email banging on ruby, the smtp
server on ruby has been shut off until further notice.
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.
#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 V11 Issue 1208
***************************************
