[25521] in Perl-Users-Digest
Perl-Users Digest, Issue: 7765 Volume: 10
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Thu Feb 10 09:05:58 2005
Date: Thu, 10 Feb 2005 06:05:36 -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, 10 Feb 2005 Volume: 10 Number: 7765
Today's topics:
Re: Counting column delimiters per row in a text file <zen13097@zen.co.uk>
decompiling perl2exe files (IanT)
Re: decompiling perl2exe files <lambik@kieffer.nl>
don't print anything after /$c in MARC record <pauliecat@sasktel.net>
Re: don't print anything after /$c in MARC record <noreply@gunnar.cc>
Re: Free perl obfuscation service Liraz.Siri@gmail.com
Re: Getting a hash into a savable format <do-not-use@invalid.net>
Re: Have issues trying to compile Math::Pari on AIX.... <btna@terra.com>
Is LWP thread-safe? <agent2002@126.com>
Lexical scoping question. <louis@despammed.com>
need to remove a function from c source code <webwesen@gmail.com>
Re: need to remove a function from c source code <mgjv@tradingpost.com.au>
pager message formatting ucp with pocsag encoding (Ronald Rood)
Re: pager message formatting ucp with pocsag encoding <mritty@gmail.com>
perl and samba <alexj@floor.ch>
perl mkdir <alexj@floor.ch>
Re: perl mkdir <spamtrap@dot-app.org>
Re: perl mkdir <alexj@floor.ch>
Re: perl mkdir chris-usenet@roaima.co.uk
Perl on freebsd: max memory limit? <postmaster@castleamber.com>
Re: should be simple..but eh Can you help <bernard.el-haginDODGE_THIS@lido-tech.net>
TCP connection close after starting a command session bahat@topio.com
Re: test <tadmc@augustmail.com>
Re: The Problem with Perl <goedicke@brandeis.edu>
Re: The Problem with Perl <cwilbur@mithril.chromatico.net>
Re: The Problem with Perl <cwilbur@mithril.chromatico.net>
Re: The Problem with Perl <goedicke@brandeis.edu>
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: 10 Feb 2005 08:07:11 GMT
From: Dave Weaver <zen13097@zen.co.uk>
Subject: Re: Counting column delimiters per row in a text file
Message-Id: <420b162f$0$4090$db0fefd9@news.zen.co.uk>
On Tue, 08 Feb 2005 23:20:15 +0100, Tore Aursand <toreau@gmail.com> wrote:
>
> > my @fields;
> > my @data;
>
> Don't declare your variables before you actually use them!
>
You should declare them *after* you use them??
;-)
------------------------------
Date: 10 Feb 2005 01:40:49 -0800
From: ian@itcontracts.biz (IanT)
Subject: decompiling perl2exe files
Message-Id: <f98b5211.0502100140.74b5eaf2@posting.google.com>
hi and help
someone at this organisation has wiped out the source code for the
perl scripts which we had converted to .exe files with Indigostar's
perl2exe utility.
Does anyone in this forum have any ideas how we can recover the
scripts in their original form; the person who wrote the scripts has
shuffled off this mortal coil, so we can't use that route for
recovery.
tia - Ian
------------------------------
Date: Thu, 10 Feb 2005 14:15:27 +0100
From: Lambik <lambik@kieffer.nl>
Subject: Re: decompiling perl2exe files
Message-Id: <3714u9F585l79U1@individual.net>
IanT wrote:
> hi and help
> someone at this organisation has wiped out the source code for the
> perl scripts which we had converted to .exe files with Indigostar's
> perl2exe utility.
> Does anyone in this forum have any ideas how we can recover the
> scripts in their original form; the person who wrote the scripts has
> shuffled off this mortal coil, so we can't use that route for
> recovery.
>
> tia - Ian
In a dutch NG they gave http://www.net-security.org/vuln.php?id=2464
this link to the same question.
------------------------------
Date: 10 Feb 2005 02:52:28 -0800
From: "pauliecat@sasktel.net" <pauliecat@sasktel.net>
Subject: don't print anything after /$c in MARC record
Message-Id: <1108032748.811641.228380@z14g2000cwz.googlegroups.com>
I am attempting to learn Perl so that I can extract, manipulate,
perform wizardry on MARC21 records, which is used in the coding of
library records around the world. I would appreciate any links to sites
which give clear examples of how to do this. I have used the
MARC:RECORD CPAN module but find it somewhat confusing and not very
many examples. To me the module assumes I know more than what I do.
Below is how the title fields might be coded in the cataloging record
245 00$aJoe is a creep /$cby Dirty Harry
245 10$aDon't call Joe a creep /$cby Joe's mother
If I was asked to print a report of titles for an instructor, how would
I eliminate the coding from the report, as the instructor would
probably shake his head if the coding was included.
I would want only the titles without all the codes
Joe is a creep
Don't call Joe a creep
------------------------------
Date: Thu, 10 Feb 2005 12:17:40 +0100
From: Gunnar Hjalmarsson <noreply@gunnar.cc>
Subject: Re: don't print anything after /$c in MARC record
Message-Id: <370v3kF5609f4U1@individual.net>
pauliecat@sasktel.net wrote:
> I would appreciate any links to sites
> which give clear examples of how to do this.
http://perldoc.perldrunks.org/perlretut.html
> Below is how the title fields might be coded in the cataloging record
>
> 245 00$aJoe is a creep /$cby Dirty Harry
> 245 10$aDon't call Joe a creep /$cby Joe's mother
>
> If I was asked to print a report of titles for an instructor, how would
> I eliminate the coding from the report, as the instructor would
> probably shake his head if the coding was included.
>
> I would want only the titles without all the codes
>
> Joe is a creep
> Don't call Joe a creep
print /\$a(.+)\/\$c/, "\n" while <DATA>;
__DATA__
245 00$aJoe is a creep /$cby Dirty Harry
245 10$aDon't call Joe a creep /$cby Joe's mother
--
Gunnar Hjalmarsson
Email: http://www.gunnar.cc/cgi-bin/contact.pl
------------------------------
Date: 10 Feb 2005 03:07:02 -0800
From: Liraz.Siri@gmail.com
Subject: Re: Free perl obfuscation service
Message-Id: <1108033622.813228.140050@o13g2000cwo.googlegroups.com>
Dear troll,
Yes it does. Had you actually tried submitting a program
to the service, this would be obvious.
>From the FAQ "what does this service do":
Obfuscated Perl by:
1. Removing comments
2. Removing whitespace (including newlines!)
3. Encoding strings into hex
4. Substituting all meaningful symbols (scalars, arrays, functions,
etc.) into random garbage.
PS: I know you're not supposed to feed the trolls.
Apokrif wrote:
> Liraz Siri :
>
> > So I turned my obfuscator program into a web service anybody can
use
> > for free:
> >
> > http://liraz.org/obfus.html
>
> Why doesn't it rename variable names ?
>
> --
> `cat ~/.signature`
------------------------------
Date: 10 Feb 2005 10:38:44 +0100
From: Arndt Jonasson <do-not-use@invalid.net>
Subject: Re: Getting a hash into a savable format
Message-Id: <yzdk6pg3gbf.fsf@invalid.net>
YYusenet <yyusenet@yahoo.com> writes:
> John Bokma wrote:
> > YYusenet wrote:
> [snip]
> > If you want it back in %table:
> > %table = %$hashref;
> >
>
> Thank you! The part that I was unsure about how to do was the %$hashref!
>
> Thank you again,
>
> --
> k g a b e r t (@at@) x m i s s i o n (.dot.) c o m
>
> * After "extensive" research, I noticed
> * that yyusenet@yahoo.com received 12
> * spam e-mail messages after just two
> * posts on usenet groups. If you want
> * to email me, use the "encrypted"
> * email address at the beginning of my
> * signature.
Do consider shortening your signature a little. You can state the
important things in two lines.
------------------------------
Date: 10 Feb 2005 05:12:00 -0800
From: "btna" <btna@terra.com>
Subject: Re: Have issues trying to compile Math::Pari on AIX......Please help!
Message-Id: <1108041120.215115.228200@g14g2000cwa.googlegroups.com>
Thanks. I tried that too and the same error messages come up. I am not
sure what library I am missing if any.
BTNA
noeldamonmiller@gmail.com wrote:
> BTNA,
>
>
>
> Did you try cpan? It will help you get any pre-requisites.
>
> type as root
>
> perl -MCPAN -e shell
>
>
> hope that helps,
>
> Bigoldrock
------------------------------
Date: 10 Feb 2005 04:28:49 -0800
From: "Agent2002" <agent2002@126.com>
Subject: Is LWP thread-safe?
Message-Id: <1108038529.865730.80280@g14g2000cwa.googlegroups.com>
Hi,
I enjoyed LWP so much that it can help me automating nearly all the
tasks a web browser can do. I also found that combining LWP with Perl's
new multi-thread model "ithread" can improve the efficiency of my web
scripts significantly, about ten or more times faster, perhaps.
For example, I've written a Perl script that can download the latest
news from CNN.com very quickly since it uses ten threads every instant
and it works very fine and has never got any problem. However, the
script I wrote recently using LWP and ithread together crashes every
time when it has accessed a URL using sufficient proxies. And I always
get the following error message:
Free to wrong pool 15306e48 not 272770.
I really have no idea whether it is caused by the LWP module. Could any
one tell me doubtlessly the LWP module is thread-safe or not? Thank you
very much.
------------------------------
Date: Thu, 10 Feb 2005 14:56:35 +0100
From: Louis. <louis@despammed.com>
Subject: Lexical scoping question.
Message-Id: <8tom01thipf0hf2hq4pd53qmiov9qet128@4ax.com>
Hi,
The below script will print "var is apple". I find this weird, because
in textbooks you are taught to pass variable to subroutines as
parameters. What is the point of doing this, if the variable is
visible anyway?
How can I make the variable exist in main and yet be invisible to the
subroutine? I know I can create another variable with "my" and with
the same name in the subroutine. This will block the subroutine from
seeing variable in main, but is this really the way to do it, it seems
very cumbersom.
TIA,
Louis.
my $var = "apple";
routine();
sub routine {
print "var is $var.\n";
}
Solution???
{
my $var = "apple";
routine($var);
}
sub routine {
my $var = $_[0];
print "var is $var.\n";
}
------------------------------
Date: 9 Feb 2005 19:32:43 -0800
From: "webwesen" <webwesen@gmail.com>
Subject: need to remove a function from c source code
Message-Id: <1108006363.244214.150270@o13g2000cwo.googlegroups.com>
hello gurus,
sorry for a newb question:
i have some c code with
------------------------
some c code
...
unsigned remove_me (blah blah)
{
blah blah;
if blah ()
{
blah;
}
blah
}
...
some more c code
------------------------
is there a way to safely remove function 'remove_me' without writing a
C parser? I was thinking about converting all tabs to spaces with
'expand', then removing duplicate spaces with 'tr', then I would scan
my file for the line 'unsigned remove_me' then count the number of
curly brackets until their number isn't even (each left bracket
corresponds to the right one), then recall the line numbers and remove
anything in between.
this solution seems kinda awkward to me. what do you think?
thanks a lot in advance
------------------------------
Date: 10 Feb 2005 04:53:23 GMT
From: Martien Verbruggen <mgjv@tradingpost.com.au>
Subject: Re: need to remove a function from c source code
Message-Id: <slrnd0lq6a.oag.mgjv@verbruggen.comdyn.com.au>
On 9 Feb 2005 19:32:43 -0800,
webwesen <webwesen@gmail.com> wrote:
[snip]
> is there a way to safely remove function 'remove_me' without writing a
> C parser? I was thinking about converting all tabs to spaces with
Using an editor would be my preferred option.
> 'expand', then removing duplicate spaces with 'tr', then I would scan
> my file for the line 'unsigned remove_me' then count the number of
> curly brackets until their number isn't even (each left bracket
> corresponds to the right one), then recall the line numbers and remove
> anything in between.
What if you have unbalanced curlies in a string? or in a comment? You
can't parse C without writing (at least a partial) C parser.
There is no need to squash spaces and that stuff.
How is this related to Perl?
Martien
--
|
Martien Verbruggen | The Second Law of Thermodenial: In any closed
| mind the quantity of ignorance remains
| constant or increases.
------------------------------
Date: 10 Feb 2005 05:36:34 -0800
From: devnull@ronr.nl (Ronald Rood)
Subject: pager message formatting ucp with pocsag encoding
Message-Id: <67ce88e7.0502100536.2150b4ec@posting.google.com>
Hi,
I can't believe it's not done before but I did not. I am searching a
script that formats text message to be sent to a pager conform the ucp
protocol. The text should be pocsag encoded.
Is anyone aware of any such script ?
or maybe a better location to search ?
Thanks,
Ronald.
------------------------------
Date: Thu, 10 Feb 2005 13:52:05 GMT
From: "Paul Lalli" <mritty@gmail.com>
Subject: Re: pager message formatting ucp with pocsag encoding
Message-Id: <9GJOd.27339$W16.9214@trndny07>
"Ronald Rood" <devnull@ronr.nl> wrote in message
news:67ce88e7.0502100536.2150b4ec@posting.google.com...
> I can't believe it's not done before but I did not. I am searching a
> script that formats text message to be sent to a pager conform the ucp
> protocol. The text should be pocsag encoded.
>
> Is anyone aware of any such script ?
> or maybe a better location to search ?
The answer to the question "has it been done before" is almost always
"Search CPAN!". CPAN's search is located at http://search.cpan.org.
Try searching for "UCP" and see what you get.
For more information on CPAN, please read the Perl FAQ that comes with
every distribution:
perldoc -q CPAN
Paul Lalli
------------------------------
Date: Thu, 10 Feb 2005 13:18:08 +0100
From: Alexandre Jaquet <alexj@floor.ch>
Subject: perl and samba
Message-Id: <cufje0$d22$1@news.hispeed.ch>
Hi again, anbody knows how I can retrieve a directory strucutre using
samba ? (as windows explorer does when we explore network)
thx
------------------------------
Date: Thu, 10 Feb 2005 12:58:58 +0100
From: Alexandre Jaquet <alexj@floor.ch>
Subject: perl mkdir
Message-Id: <cufia3$a8u$1@news.hispeed.ch>
Hi does anyboy can tell me how to specify a path when I use mkdir.
thx in advance.
------------------------------
Date: Thu, 10 Feb 2005 07:02:47 -0500
From: Sherm Pendley <spamtrap@dot-app.org>
Subject: Re: perl mkdir
Message-Id: <mPSdnZlpVM760JbfRVn-3w@adelphia.com>
Alexandre Jaquet wrote:
> Hi does anyboy can tell me how to specify a path when I use mkdir.
> thx in advance.
Have a look at File::Path.
sherm--
--
Cocoa programming in Perl: http://camelbones.sourceforge.net
Hire me! My resume: http://www.dot-app.org
------------------------------
Date: Thu, 10 Feb 2005 13:14:52 +0100
From: Alexandre Jaquet <alexj@floor.ch>
Subject: Re: perl mkdir
Message-Id: <cufj7s$cbm$1@news.hispeed.ch>
Sherm Pendley a écrit :
> Alexandre Jaquet wrote:
>
>
>>Hi does anyboy can tell me how to specify a path when I use mkdir.
>>thx in advance.
>
>
> Have a look at File::Path.
>
> sherm--
>
nice thx sherm
------------------------------
Date: Thu, 10 Feb 2005 12:28:17 +0000
From: chris-usenet@roaima.co.uk
Subject: Re: perl mkdir
Message-Id: <1k0sd2-8gl.ln1@moldev.cmagroup.co.uk>
Alexandre Jaquet <alexj@floor.ch> wrote:
> tell me how to specify a path when I use mkdir.
perldoc -f mkdir
------------------------------
Date: 10 Feb 2005 06:25:44 GMT
From: John Bokma <postmaster@castleamber.com>
Subject: Perl on freebsd: max memory limit?
Message-Id: <Xns95F945C91EFCcastleamber@130.133.1.4>
Is there a max memory limit for a Perl process on freebsd? A script bombs
out when it uses close to 512 MB. (I have no direct access to the machine,
just asking for someone).
--
John Small Perl scripts: http://johnbokma.com/perl/
Perl programmer available: http://castleamber.com/
Happy Customers: http://castleamber.com/testimonials.html
------------------------------
Date: Thu, 10 Feb 2005 08:46:51 +0100
From: "Bernard El-Hagin" <bernard.el-haginDODGE_THIS@lido-tech.net>
Subject: Re: should be simple..but eh Can you help
Message-Id: <Xns95F9595306DD8elhber1lidotechnet@62.89.127.66>
anno4000@lublin.zrz.tu-berlin.de (Anno Siegel) wrote:
> Bernard El-Hagin <bernard.el-haginDODGE_THIS@lido-tech.net> wrote
> in comp.lang.perl.misc:
>
>> Can something be minor *and* important? ;-)
>
> Ask a kid.
s/thing/one/;
s/ m/a m/;
--
Cheers,
Bernard
------------------------------
Date: 10 Feb 2005 04:34:49 -0800
From: bahat@topio.com
Subject: TCP connection close after starting a command session
Message-Id: <1108038889.550876.322330@l41g2000cwc.googlegroups.com>
Hi,
I'm trying to implement a simple client/server application based on
the example given in perlipc.
I added a server command that starts a command session (system("cmd")).
In the client I called this command and immediately called the 'exit'
command, which should close the connection.
What I'm seeing is that although the server closed the socket, the
client appears to wait until the started command session closes before
existing.
When I changed the 'close $client' to 'shutdown($client,2) it worked
but I want to understand what I'm seeing.
Kind Regards,
Lior
------------------------------
Date: Wed, 9 Feb 2005 21:56:47 -0600
From: Tad McClellan <tadmc@augustmail.com>
Subject: Re: test
Message-Id: <slrnd0lmrv.56i.tadmc@magna.augustmail.com>
Robin <webmaster@infusedlight.net> wrote:
> From: "Robin" <webmaster @ infusedlight.net>
Please choose one posting address and stick with it.
--
Tad McClellan SGML consulting
tadmc@augustmail.com Perl programming
Fort Worth, Texas
------------------------------
Date: Wed, 09 Feb 2005 21:26:47 -0500
From: William Goedicke <goedicke@brandeis.edu>
Subject: Re: The Problem with Perl
Message-Id: <m3sm45kv4o.fsf@goedsole.com>
Dear Abigail -
You wrote:
Abigail> People like [...] should never have programmed in
Abigail> Perl. Perl didn't force itself upon them. They should
Abigail> have coded in Java, Python, or another "I'll hold your
Abigail> hand" language.
That's an eloquent (though still lacking in preciseness) statement of
a persistant point in the thread. There are two important messages
here. Perl provides enormous flexibility which people can shoot
themselves in the foot with. Second, there are bad programmers and,
no matter the language a bad programmer can write incomprehensible
code.
Do "Java, Python"... really "hold your hand" to an extent that bad
programming is diminished. If so, that's a good thing. I would still
like to know what qualities those languages have that differentiates
them such that they can accomplish this. Maybe the best answer to my
original question is use perldoc, Perl's function prototyping
mechanisms... to diminish obfuscation (except when that's the goal ;)
What are the other similar mechanisms people use effectively to make
their Perl code more comprehensible and maintainable?
In all fairness I should point out that I'm the author of the
PeopleSoft modules in CPAN. Please feel free to criticize my code
(gently though ;).
- Billy
============================================================
William Goedicke goedicke@goedsole.com
Cell 617-510-7244 http://www.goedsole.com:8080
============================================================
Lest we forget:
There shouldn't be "women's" rights or "black" rights
there should only be "human" rights.
- Victor Goedicke
------------------------------
Date: Thu, 10 Feb 2005 03:09:21 GMT
From: Charlton Wilbur <cwilbur@mithril.chromatico.net>
Subject: Re: The Problem with Perl
Message-Id: <87sm45xgf5.fsf@mithril.chromatico.net>
>>>>> "A" == Abigail <abigail@abigail.nl> writes:
A> If you have a project where you can't distinguish the
A> difference between a bunch of mediocre programmers, and a few
A> brilliant coders, by all means, hire the mediocre programmers.
Well, the only way to tell if a coder is going to be brilliant is to
observe what he or she produces. Some coders are brilliant in
particular environments and not in others, so past performance as a
brilliant coder elsewhere (or past performance as a mediocre coder
elsewhere) does not adequately predict brilliance in this particular
environment. Other people interview well and don't produce; I've been
in this situation myself before, because the environment just didn't
work for me.
I think having a few brilliant coders (proven brilliant in this
situation) will *always* be preferable to having many mediocre coders.
But I think that odds favor a large team of mediocre coders working in
a bondage-and-discipline language over a small team of possibly-brilliant
coders working in a more freeform language.
A> But I'm willing to believe than in most cases, having a few
A> brilliant coders makes more of a difference than the language
A> being used.
Right. The hard problem is distinguishing the brilliant from the
not-brilliant, and successfully predicting which people will be
brilliant on this particular problem. A small team of brilliant
coders is preferable to a large team of mediocre coders, but a large
team of mediocre coders is preferable to a small team of
possibly-brilliant coders who aren't working well together, or to a
small team of coders who appeared brilliant in interviews but aren't
living up to that potential.
Charlton
--
cwilbur at chromatico dot net
cwilbur at mac dot com
------------------------------
Date: Thu, 10 Feb 2005 03:19:21 GMT
From: Charlton Wilbur <cwilbur@mithril.chromatico.net>
Subject: Re: The Problem with Perl
Message-Id: <87oeetxfts.fsf@mithril.chromatico.net>
>>>>> "WG" == William Goedicke <goedicke@brandeis.edu> writes:
WG> Do "Java, Python"... really "hold your hand" to an extent that
WG> bad programming is diminished. If so, that's a good thing. I
WG> would still like to know what qualities those languages have
WG> that differentiates them such that they can accomplish this.
Perl has a great deal of context sensitivity and very flexible syntax,
plus a good deal of implicitness and a lot of DWIM. This means that,
given any problem, there are three or four sensible approaches to
solving it and a dozen badly suboptimal approaches to solving it that
will still produce the right answer. Java is much more rigorous, and
has much less implicitness and much less DWIM, and so there are fewer
ways of approaching any given problem -- especially if it's a common
enough problem that someone else has written a class to deal with it.
It's not so much that Java (for instance) diminishes bad programming
by itself; it's that where Perl aims at TIMTOWTDI, Java only offers
one or two orthodox and officially sanctioned approaches to a problem;
and when a Java programmer uses a different approach, it is more
obviously and more immediately a wrong approach.
WG> What are the other similar mechanisms people use effectively
WG> to make their Perl code more comprehensible and maintainable?
The same approaches I use in any language: variables are minimally
scoped, with names that are proportional to the size of their scope;
sensible modular design, often object-oriented, with a test suite for
any module that is more than minimally complex; documentation as
necessary.
Charlton
--
cwilbur at chromatico dot net
cwilbur at mac dot com
------------------------------
Date: Thu, 10 Feb 2005 00:31:29 -0500
From: William Goedicke <goedicke@brandeis.edu>
Subject: Re: The Problem with Perl
Message-Id: <m3u0olj80e.fsf@goedsole.com>
Dear Y'all -
>>>>> "Charlton" == Charlton Wilbur <cwilbur@mithril.chromatico.net> writes:
A> [...] hire the mediocre programmers.
Charlton> Well, the only way to tell if a coder is going to be
Charlton> brilliant is to observe what he or she produces.
Now we've definitely deviated from the original topic. But, as
somebody who has led teams of developers I feel compelled to comment
here.
A *good* manager should be expected to recoginze the talents of both
those who are working for them and candidates for positions. That
ability is what justifies the higher manager salary.
It's a difficult task to identify the critical information to gather
about somebody before you hire them and, to accurately evaluate that
information before awarding them the position. This is another skill
that should be expected of somebody who warrents the salary of a
manager.
"Brilliant coders" aren't better in one environment than another.
Rather they're commonly subjected to stupid organizations which
preclude/inhibit their inherent effectiveness.
A good manager recognizes their responsiiblity to "create" a
creativity environment that allows people to be productive.
- Billy
============================================================
William Goedicke goedicke@goedsole.com
Cell 617-510-7244 http://www.goedsole.com:8080
============================================================
Lest we forget:
There are no great men, only great challenges that ordinary men are
forced by circumstances to meet.
- William F. Halsey
------------------------------
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 V10 Issue 7765
***************************************
