[25178] in Perl-Users-Digest
Perl-Users Digest, Issue: 7427 Volume: 10
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Fri Nov 19 18:05:53 2004
Date: Fri, 19 Nov 2004 15:05:13 -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 Fri, 19 Nov 2004 Volume: 10 Number: 7427
Today's topics:
Bits of a number... why is this true? <sean.berry2@cox.net>
Re: Bits of a number... why is this true? <uguttman@athenahealth.com>
Re: Bits of a number... why is this true? <sean.berry2@cox.net>
Re: Bits of a number... why is this true? <news@LearnQuick.com>
Re: Bits of a number... why is this true? <sean.berry2@cox.net>
Re: Can PERL open a Windows handle? (Daniel Berger)
Re: Complex datastructure documentation? <troc@pobox.com>
Re: Complex datastructure documentation? <troc@pobox.com>
Re: Complex datastructure documentation? <spamtrap@dot-app.org>
cookies vs. hidden fields <nospam@nospam.com>
Re: cookies vs. hidden fields <1usa@llenroc.ude.invalid>
Re: cookies vs. hidden fields <nospam@nospam.com>
Re: cookies vs. hidden fields <mritty@gmail.com>
Re: cookies vs. hidden fields <sbryce@scottbryce.com>
Re: cookies vs. hidden fields <spamtrap@dot-app.org>
Re: cookies vs. hidden fields <nospam@nospam.com>
FAQ 8.31: Can I use perl to run a telnet or ftp session <comdog@panix.com>
FAQ 8.9: How do I ask the user for a password? <comdog@panix.com>
file copy <peter.sakalaukus@usm.edu>
Re: file copy <mritty@gmail.com>
Re: file copy <peter.sakalaukus@usm.edu>
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Fri, 19 Nov 2004 13:26:28 -0800
From: "news.west.cox.net" <sean.berry2@cox.net>
Subject: Bits of a number... why is this true?
Message-Id: <Lxtnd.330975$a85.310032@fed1read04>
Forgive my possible ignorance to a seemingly easy question...
Why does this return true?
$num = 24465973248
if ($num & 131072) {
do something...
}
The 18th bit of the binary representation of $num is off.
------------------------------
Date: Fri, 19 Nov 2004 16:42:29 -0500
From: Uri Guttman <uguttman@athenahealth.com>
Subject: Re: Bits of a number... why is this true?
Message-Id: <m3actd348q.fsf@lap.athenahealth.com>
>>>>> "nwcn" == news west cox net <sean.berry2@cox.net> writes:
nwcn> Forgive my possible ignorance to a seemingly easy question...
nwcn> Why does this return true?
nwcn> $num = 24465973248
nwcn> if ($num & 131072) {
nwcn> do something...
nwcn> }
nwcn> The 18th bit of the binary representation of $num is off.
and what is the binary representation of that number? how many bits can
you store in a perl number? do you know the difference between integers
and floating point representations?
uri
------------------------------
Date: Fri, 19 Nov 2004 13:52:57 -0800
From: "news.west.cox.net" <sean.berry2@cox.net>
Subject: Re: Bits of a number... why is this true?
Message-Id: <DWtnd.330976$a85.247484@fed1read04>
> and what is the binary representation of that number? how many bits can
> you store in a perl number? do you know the difference between integers
> and floating point representations?
>
> uri
Below is binary for 24465973248
10110110010010010010010000000000000
100000000000000000
Above is binay for 131072
I do not know how many bits can go in a perl number. I tried to goole for
the answer, but couldn't come up with anything.
integers are whole numbers and floating point are decimal numbers???
Thanks for any help.
------------------------------
Date: Fri, 19 Nov 2004 22:45:44 GMT
From: "Herb Martin" <news@LearnQuick.com>
Subject: Re: Bits of a number... why is this true?
Message-Id: <sIund.7822$KQ2.5020@fe2.texas.rr.com>
A hint (but I don't know without further investigation) is
that most current machines/languages limit the size of an
integer to 32 bits (4 GB or 2GB with negatives).
While this number 24465973248, or 24,465,973,248
is 24 billion -- quite bit (sorry) larger than the likely
4 GB limit.
Chances are it is stored as either a float or some other
special representation.
The answer might also be in someway related to positive
and negative representations and such conversions to
different bit widths during the comparison.
"news.west.cox.net" <sean.berry2@cox.net> wrote in message
news:DWtnd.330976$a85.247484@fed1read04...
> > and what is the binary representation of that number? how many bits can
> > you store in a perl number? do you know the difference between integers
> > and floating point representations?
> >
> > uri
>
> Below is binary for 24465973248
> 10110110010010010010010000000000000
> 100000000000000000
> Above is binay for 131072
>
> I do not know how many bits can go in a perl number. I tried to goole for
> the answer, but couldn't come up with anything.
>
> integers are whole numbers and floating point are decimal numbers???
>
> Thanks for any help.
>
>
------------------------------
Date: Fri, 19 Nov 2004 15:00:36 -0800
From: "news.west.cox.net" <sean.berry2@cox.net>
Subject: Re: Bits of a number... why is this true?
Message-Id: <0Wund.330979$a85.26540@fed1read04>
"Herb Martin" <news@LearnQuick.com> wrote in message
news:sIund.7822$KQ2.5020@fe2.texas.rr.com...
>A hint (but I don't know without further investigation) is
> that most current machines/languages limit the size of an
> integer to 32 bits (4 GB or 2GB with negatives).
>
> While this number 24465973248, or 24,465,973,248
> is 24 billion -- quite bit (sorry) larger than the likely
> 4 GB limit.
>
> Chances are it is stored as either a float or some other
> special representation.
>
> The answer might also be in someway related to positive
> and negative representations and such conversions to
> different bit widths during the comparison.
>
I understand what you are saying. But, is there a way that I
can still accomplish my original goal.
I have 35 items, each of which I assign a number... like
1, 2, 4, 8, 16, 32, .... ,17179869184
2**0 = 1
2**34 = 17179869184
So there are 35 numbers. After all options are decided the
numbers are added up and saved to a database.
I now want to retrieve the number and see what bits are on.
So I do something like:
sub getBit {
$number = shift;
$bit = shift;
if ($number & $bit) {
do something
}
}
Actually my subroutine is more complex and is called recursivly
to find all bits. But, how can I do this with numbers > 32 bit?
Thanks
------------------------------
Date: 19 Nov 2004 13:34:47 -0800
From: djberg96@hotmail.com (Daniel Berger)
Subject: Re: Can PERL open a Windows handle?
Message-Id: <6e613a32.0411191334.2eb4f0be@posting.google.com>
"Paul S." <pauls@nospam.com> wrote in message news:<10pqv6tl215ke22@corp.supernews.com>...
> Hi,
> Can PERL open a Windows Handle?
> Where would I go to see how to do it?
>
> Thanks!
>
> Paul
Yes, but you usually don't need (or want) to. Typically, you'll be
dealing with a HANDLE wrapped in a struct behind the scenes. You CAN
get at handles directly if you resort to C extensions or use the
Win32::API import facility. Since Perl doesn't understand what a
HANDLE is, using Perl functions on it would be pointless, however. In
some cases you could convert a HANDLE to a file descriptor for, say,
file operations, but that may not be what you're trying to accomplish.
The only module I've seen that passed a HANDLE directly back to you (I
think) is Win32API::File (though even that may be wrapped - I'd have
to check). That kind of low level access is usually not necessary
unless there is some specific underlying functionality you need to get
at that the Perl functions and/or libraries don't provide.
You can probably use Win32API::File as an example, or search on
"Win32::API" for examples.
Regards,
Dan
------------------------------
Date: Fri, 19 Nov 2004 17:02:48 GMT
From: Rocco Caputo <troc@pobox.com>
Subject: Re: Complex datastructure documentation?
Message-Id: <slrncps9um.1nbc.troc@eyrie.homenet>
On Thu, 18 Nov 2004 18:52:08 GMT, Doug O'Leary wrote:
> Hey all;
>
> I just finished a script for a client and will be working on the
> documentation shortly. The script uses a fairly complex data
> structure that looks like:
[cut]
> Does anyone have any tips on how I could document that
> clearly - for people that aren't used to complex data
> structures in perl?
>
> Any formatting/other hints/tips greatly appreciated.
My current favorite documentation style for deep structures puts any
constant definitions on the left and pseudocode on the right. Please
let me know if you can read it. :)
### Fileno structure. This tracks the sessions that are watching a
### file, by its file number. It used to track by file handle, but
### several handles can point to the same underlying fileno. This is
### more unique.
my %kr_filenos;
sub FNO_MODE_RD () { MODE_RD } # [ [ (fileno read mode structure)
# --- BEGIN SUB STRUCT 1 --- #
sub FMO_REFCOUNT () { 0 } # $fileno_total_use_count,
sub FMO_ST_ACTUAL () { 1 } # $requested_file_state (see HS_PAUSED)
sub FMO_ST_REQUEST () { 2 } # $actual_file_state (see HS_PAUSED)
sub FMO_EV_COUNT () { 3 } # $number_of_pending_events,
sub FMO_SESSIONS () { 4 } # { $session_watching_this_handle =>
# { $handle_watched_as =>
# --- BEGIN SUB STRUCT 2 --- #
sub HSS_HANDLE () { 0 } # [ $blessed_handle,
sub HSS_SESSION () { 1 } # $blessed_session,
sub HSS_STATE () { 2 } # $event_name,
# ],
# },
# --- CEASE SUB STRUCT 2 --- # },
# --- CEASE SUB STRUCT 1 --- # ],
#
sub FNO_MODE_WR () { MODE_WR } # [ (write mode structure is the same)
# ],
#
sub FNO_MODE_EX () { MODE_EX } # [ (expedite mode struct is the same)
# ],
#
sub FNO_TOT_REFCOUNT () { 3 } # $total_number_of_file_watchers,
# ]
--
Rocco Caputo - http://poe.perl.org/
------------------------------
Date: Fri, 19 Nov 2004 17:48:54 GMT
From: Rocco Caputo <troc@pobox.com>
Subject: Re: Complex datastructure documentation?
Message-Id: <slrncpscl4.1nbc.troc@eyrie.homenet>
On Fri, 19 Nov 2004 03:39:31 -0500, Sherm Pendley wrote:
> John Bokma wrote:
>
>> Sherm Pendley wrote:
>>
>>>Coding is just syntax.
>>
>> So is OO :-)
>
> High-level concepts and mental models - OO or not - are *entirely*
> orthagonal to the syntax that is used to express them in code.
The way I see it, the problem is that both sides of the argument are
using "OO" to mean different things. That's ok because "OO" by itself
has several meanings. The problems start when people want it to mean
One Special Thing, but they can't agree which it is.
Software designers use "OOD" to mean "object-oriented design" (as
opposed to other object-oriented things). There might have been less
misunderstanding if the software "architects" in this thread used it
when they meant it. Think of it as better conversation design.
--
Rocco Caputo - http://poe.perl.org/
------------------------------
Date: Fri, 19 Nov 2004 17:14:52 -0500
From: Sherm Pendley <spamtrap@dot-app.org>
Subject: Re: Complex datastructure documentation?
Message-Id: <Ef-dnWXntoWq7QPcRVn-pg@adelphia.com>
Doug O'Leary wrote:
> The data structure itself is very solid. See my rather long winded
> data description to John Bokma several threads up this chain. My
> method of accessing it, according to Uri, is arcane and incorrect.
Uri is absolutely right in this regard - I've been programming in Perl
for a long time, and I've *never* seen so many nested curly braces in
one place before.
Most developers prefer the syntax Uri suggested, either without the
implied dereferencing operators:
my $a = $foo->{'a'}{'b'}{'c'}[0];
Or, with them:
my $a = $foo->{'a'}->{'b'}->{'c'}->[0];
The two examples compile down to identical opcodes, but the second is
more explicit, which some developers prefer.
C/C++ programmers tend to like the second form because it's the same
operator they use to dereference a struct pointer, which is conceptually
very similar to what the Perl code is doing.
sherm--
--
Cocoa programming in Perl: http://camelbones.sourceforge.net
Hire me! My resume: http://www.dot-app.org
------------------------------
Date: Fri, 19 Nov 2004 12:36:55 -0500
From: "daniel kaplan" <nospam@nospam.com>
Subject: cookies vs. hidden fields
Message-Id: <1100885889.194229@nntp.acecape.com>
this is more of "is there a reason for one moer than the other question"
if i am making a complex form (multiple pages),
have confirmed that cookies are on (earlier via javascript),
and have no "secret" info stored in cookies,
is there one reason over another whether i shoudl use "cookies" or "hidden
fields" to pass info from one form to another? i realize it can be done
with both, just curious if anyone has experience as to why one "should" be
avoided over the other...
thanks ahead,
daniel
------------------------------
Date: 19 Nov 2004 20:15:13 GMT
From: "A. Sinan Unur" <1usa@llenroc.ude.invalid>
Subject: Re: cookies vs. hidden fields
Message-Id: <Xns95A69B2B4F924asu1cornelledu@132.236.56.8>
"daniel kaplan" <nospam@nospam.com> wrote in
news:1100885889.194229@nntp.acecape.com:
> is there one reason over another whether i shoudl use "cookies" or
> "hidden fields" to pass info from one form to another? i realize it
> can be done with both, just curious if anyone has experience as to why
> one "should" be avoided over the other...
Your question is not a Perl question. You'll get better help by asking in a
CGI group.
Sinan
------------------------------
Date: Fri, 19 Nov 2004 15:22:36 -0500
From: "daniel kaplan" <nospam@nospam.com>
Subject: Re: cookies vs. hidden fields
Message-Id: <1100895833.204621@nntp.acecape.com>
"A. Sinan Unur" <1usa@llenroc.ude.invalid> wrote in message
news:Xns95A69B2B4F924asu1cornelledu@132.236.56.8...
> "daniel kaplan" <nospam@nospam.com> wrote in
> news:1100885889.194229@nntp.acecape.com:
>
> Your question is not a Perl question. You'll get better help by asking in
a
> CGI group.
my apologies, i had assumed that since all my Perl books covered making
complex forms that it was one of those topics that crossed both borders (CGI
and Perl), since both possible ways are covered in each book.
will do.
daniel
------------------------------
Date: Fri, 19 Nov 2004 20:25:37 GMT
From: "Paul Lalli" <mritty@gmail.com>
Subject: Re: cookies vs. hidden fields
Message-Id: <5Fsnd.44$356.14@trndny04>
"daniel kaplan" <nospam@nospam.com> wrote in message
news:1100895833.204621@nntp.acecape.com...
> "A. Sinan Unur" <1usa@llenroc.ude.invalid> wrote in message
> news:Xns95A69B2B4F924asu1cornelledu@132.236.56.8...
> > "daniel kaplan" <nospam@nospam.com> wrote in
> > news:1100885889.194229@nntp.acecape.com:
> >
> > Your question is not a Perl question. You'll get better help by
asking in
> a
> > CGI group.
>
> my apologies, i had assumed that since all my Perl books covered
making
> complex forms that it was one of those topics that crossed both
borders (CGI
> and Perl), since both possible ways are covered in each book.
Your Perl books likely cover making forms because it's hard to explain
what CGI::textfield does without understanding what <input type="text">
is. But as a general rule, if the question would remain the same
regardless of which language you're using to print the header and HTML,
it's a CGI question, not a Perl question.
HTH,
Paul Lalli
------------------------------
Date: Fri, 19 Nov 2004 13:37:26 -0700
From: Scott Bryce <sbryce@scottbryce.com>
Subject: Re: cookies vs. hidden fields
Message-Id: <10psmc4cahhbkec@corp.supernews.com>
A. Sinan Unur wrote:
> Your question is not a Perl question. You'll get better help by
> asking in a CGI group.
Even so, it was discussed here several months ago. There was a lot of
good information in that thread.
http://tinyurl.com/528pu
------------------------------
Date: Fri, 19 Nov 2004 17:20:48 -0500
From: Sherm Pendley <spamtrap@dot-app.org>
Subject: Re: cookies vs. hidden fields
Message-Id: <xdadndRcVdMH7APcRVn-qw@adelphia.com>
daniel kaplan wrote:
> is there one reason over another whether i shoudl use "cookies" or "hidden
> fields" to pass info from one form to another?
This is really more of a CGI question than a Perl question, in that the
answer would be the same if you were using PHP, JSP, ASP, or whatever.
Having said that, all other things being equal, I'd use hidden fields.
Cookie support is optional, a cookie file can be deleted by a user, etc.
They're just not as reliable.
Although, hidden fields aren't particularly reliable either... They're
easy to fake with LWP or WWW::Mechanize, for instance. (Which is the
best I could do to bring *some* semblance of Perl into this answer. :-)
sherm--
--
Cocoa programming in Perl: http://camelbones.sourceforge.net
Hire me! My resume: http://www.dot-app.org
------------------------------
Date: Fri, 19 Nov 2004 17:35:19 -0500
From: "daniel kaplan" <nospam@nospam.com>
Subject: Re: cookies vs. hidden fields
Message-Id: <1100903798.964103@nntp.acecape.com>
"Sherm Pendley" <spamtrap@dot-app.org> wrote in message
news:xdadndRcVdMH7APcRVn-qw@adelphia.com...
> daniel kaplan wrote:
> Having said that, all other things being equal, I'd use hidden fields.
> Cookie support is optional, a cookie file can be deleted by a user, etc.
> They're just not as reliable.
>
> Although, hidden fields aren't particularly reliable either... They're
> easy to fake with LWP or WWW::Mechanize, for instance. (Which is the
> best I could do to bring *some* semblance of Perl into this answer. :-)
>
thanks? i think? no seriously, your answer would suggest to me i could go
either way, without there being one major flaw that one has over the other
thanks
daniel
------------------------------
Date: Fri, 19 Nov 2004 17:03:01 +0000 (UTC)
From: PerlFAQ Server <comdog@panix.com>
Subject: FAQ 8.31: Can I use perl to run a telnet or ftp session?
Message-Id: <cnl905$eg7$1@reader1.panix.com>
This message is one of several periodic postings to comp.lang.perl.misc
intended to make it easier for perl programmers to find answers to
common questions. The core of this message represents an excerpt
from the documentation provided with Perl.
--------------------------------------------------------------------
8.31: Can I use perl to run a telnet or ftp session?
Try the Net::FTP, TCP::Client, and Net::Telnet modules (available from
CPAN). http://www.cpan.org/scripts/netstuff/telnet.emul.shar will also
help for emulating the telnet protocol, but Net::Telnet is quite
probably easier to use..
If all you want to do is pretend to be telnet but don't need the initial
telnet handshaking, then the standard dual-process approach will
suffice:
use IO::Socket; # new in 5.004
$handle = IO::Socket::INET->new('www.perl.com:80')
|| die "can't connect to port 80 on www.perl.com: $!";
$handle->autoflush(1);
if (fork()) { # XXX: undef means failure
select($handle);
print while <STDIN>; # everything from stdin to socket
} else {
print while <$handle>; # everything from socket to stdout
}
close $handle;
exit;
--------------------------------------------------------------------
Documents such as this have been called "Answers to Frequently
Asked Questions" or FAQ for short. They represent an important
part of the Usenet tradition. They serve to reduce the volume of
redundant traffic on a news group by providing quality answers to
questions that keep coming up.
If you are some how irritated by seeing these postings you are free
to ignore them or add the sender to your killfile. If you find
errors or other problems with these postings please send corrections
or comments to the posting email address or to the maintainers as
directed in the perlfaq manual page.
Note that the FAQ text posted by this server may have been modified
from that distributed in the stable Perl release. It may have been
edited to reflect the additions, changes and corrections provided
by respondents, reviewers, and critics to previous postings of
these FAQ. Complete text of these FAQ are available on request.
The perlfaq manual page contains the following copyright notice.
AUTHOR AND COPYRIGHT
Copyright (c) 1997-2002 Tom Christiansen and Nathan
Torkington, and other contributors as noted. All rights
reserved.
This posting is provided in the hope that it will be useful but
does not represent a commitment or contract of any kind on the part
of the contributers, authors or their agents.
------------------------------
Date: Fri, 19 Nov 2004 23:03:02 +0000 (UTC)
From: PerlFAQ Server <comdog@panix.com>
Subject: FAQ 8.9: How do I ask the user for a password?
Message-Id: <cnlu36$mcj$1@reader1.panix.com>
This message is one of several periodic postings to comp.lang.perl.misc
intended to make it easier for perl programmers to find answers to
common questions. The core of this message represents an excerpt
from the documentation provided with Perl.
--------------------------------------------------------------------
8.9: How do I ask the user for a password?
(This question has nothing to do with the web. See a different FAQ for
that.)
There's an example of this in "crypt" in perlfunc). First, you put the
terminal into "no echo" mode, then just read the password normally. You
may do this with an old-style ioctl() function, POSIX terminal control
(see POSIX or its documentation the Camel Book), or a call to the stty
program, with varying degrees of portability.
You can also do this for most systems using the Term::ReadKey module
from CPAN, which is easier to use and in theory more portable.
use Term::ReadKey;
ReadMode('noecho');
$password = ReadLine(0);
--------------------------------------------------------------------
Documents such as this have been called "Answers to Frequently
Asked Questions" or FAQ for short. They represent an important
part of the Usenet tradition. They serve to reduce the volume of
redundant traffic on a news group by providing quality answers to
questions that keep coming up.
If you are some how irritated by seeing these postings you are free
to ignore them or add the sender to your killfile. If you find
errors or other problems with these postings please send corrections
or comments to the posting email address or to the maintainers as
directed in the perlfaq manual page.
Note that the FAQ text posted by this server may have been modified
from that distributed in the stable Perl release. It may have been
edited to reflect the additions, changes and corrections provided
by respondents, reviewers, and critics to previous postings of
these FAQ. Complete text of these FAQ are available on request.
The perlfaq manual page contains the following copyright notice.
AUTHOR AND COPYRIGHT
Copyright (c) 1997-2002 Tom Christiansen and Nathan
Torkington, and other contributors as noted. All rights
reserved.
This posting is provided in the hope that it will be useful but
does not represent a commitment or contract of any kind on the part
of the contributers, authors or their agents.
------------------------------
Date: Fri, 19 Nov 2004 13:45:10 -0600
From: Peter Sakalaukus <peter.sakalaukus@usm.edu>
Subject: file copy
Message-Id: <419e4d47@nntp.usm.edu>
Is there a way to copy files on a unix machine where I can preserve
mode/ownership/timestamp info (as cp -p does)? I have looked in the
Camel book and the manpage but there does not seem to be ...
Thanks in advance ...Pete
------------------------------
Date: Fri, 19 Nov 2004 20:19:15 GMT
From: "Paul Lalli" <mritty@gmail.com>
Subject: Re: file copy
Message-Id: <7zsnd.24$8o.15@trndny08>
"Peter Sakalaukus" <peter.sakalaukus@usm.edu> wrote in message
news:419e4d47@nntp.usm.edu...
> Is there a way to copy files on a unix machine where I can preserve
> mode/ownership/timestamp info (as cp -p does)? I have looked in the
> Camel book and the manpage but there does not seem to be ...
Have a look at the module File::NCopy available on the CPAN. Make sure
you set the 'preserve' argument to 1.
(As a test, the following worked for me - the new file retained the
original's permissions and modification date)
#!/usr/bin/perl
use strict;
use warnings;
use File::NCopy;
my $file = File::NCopy->new('preserve'=>1);
$file->copy('test1.txt', 'test1.txt.bkp');
Paul Lalli
------------------------------
Date: Fri, 19 Nov 2004 15:04:58 -0600
From: Peter Sakalaukus <peter.sakalaukus@usm.edu>
Subject: Re: file copy
Message-Id: <419e5ffb@nntp.usm.edu>
Thanks Paul!
>>Is there a way to copy files on a unix machine where I can preserve
>>mode/ownership/timestamp info (as cp -p does)? I have looked in the
>>Camel book and the manpage but there does not seem to be ...
>
>
> Have a look at the module File::NCopy available on the CPAN. Make sure
> you set the 'preserve' argument to 1.
>
> (As a test, the following worked for me - the new file retained the
> original's permissions and modification date)
>
> #!/usr/bin/perl
> use strict;
> use warnings;
> use File::NCopy;
> my $file = File::NCopy->new('preserve'=>1);
> $file->copy('test1.txt', 'test1.txt.bkp');
>
> Paul Lalli
>
------------------------------
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 7427
***************************************
