[29797] in Perl-Users-Digest
Perl-Users Digest, Issue: 1040 Volume: 11
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Fri Nov 16 18:10:10 2007
Date: Fri, 16 Nov 2007 15:09:05 -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, 16 Nov 2007 Volume: 11 Number: 1040
Today's topics:
Re: How to add two binary numbers using bitwise AND xhoster@gmail.com
Re: How to add two binary numbers using bitwise AND cyrusgreats@gmail.com
Re: How to re-write a text files content to have right- <bugbear@trim_papermule.co.uk_trim>
Re: HTTP Authentication with LWP sheinrich@my-deja.com
Re: HTTP Authentication with LWP <1usa@llenroc.ude.invalid>
Re: HTTP Authentication with LWP <Lina.Inverse.the.dragon.spooker@gmail.com>
Trouble with ooRexx 3.2.0 on Linux <danfan46@hotmail.com>
Re: Trouble with ooRexx 3.2.0 on Linux <danfan46@hotmail.com>
Re: Trouble with ooRexx 3.2.0 on Linux <danfan46@hotmail.com>
Re: Trouble with ooRexx 3.2.0 on Linux <spamtrap@dot-app.org>
Why this file download CGI works with Firefox and fails <us@invalid.org>
Re: Why this file download CGI works with Firefox and f <1usa@llenroc.ude.invalid>
Re: Why this file download CGI works with Firefox and f <us@invalid.org>
Re: Why this file download CGI works with Firefox and f <jurgenex@hotmail.com>
Re: Why this file download CGI works with Firefox and f <smallpond@juno.com>
Re: Why this file download CGI works with Firefox and f <us@invalid.org>
Re: Why this file download CGI works with Firefox and f <us@invalid.org>
Re: YAML and Bless to dump subset of object fails for m <jl_post@hotmail.com>
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: 16 Nov 2007 16:47:52 GMT
From: xhoster@gmail.com
Subject: Re: How to add two binary numbers using bitwise AND
Message-Id: <20071116114753.851$lQ@newsreader.com>
cyrusgreats@gmail.com wrote:
> I like to know how to add two binaary numbers using bitwise AND
> something like that:
> $bin_1 = 1011101000001
> $bin_2 = 1000101010101
> $result = 1000101000001
In addition to the other answers you got, you can do this as strings as
well:
print "1011101000001" & "1000101010101";
The good thing about this is that it is not limited to 32 or 64 bits.
The bad thing is that if the strings aren't the same length they will
be aligned in an unintuitive (for numbers) manner.
And or course the answer is a string rather than a number. Whether that is
good or bad depends on what you want.
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: Fri, 16 Nov 2007 09:15:31 -0800 (PST)
From: cyrusgreats@gmail.com
Subject: Re: How to add two binary numbers using bitwise AND
Message-Id: <f0899316-8c41-438d-a5d5-a81f32a5348f@d27g2000prf.googlegroups.com>
On Nov 16, 8:47 am, xhos...@gmail.com wrote:
> cyrusgre...@gmail.com wrote:
> > I like to know how to add two binaary numbers using bitwise AND
> > something like that:
> > $bin_1 = 1011101000001
> > $bin_2 = 1000101010101
> > $result = 1000101000001
>
> In addition to the other answers you got, you can do this as strings as
> well:
>
> print "1011101000001" & "1000101010101";
>
> The good thing about this is that it is not limited to 32 or 64 bits.
> The bad thing is that if the strings aren't the same length they will
> be aligned in an unintuitive (for numbers) manner.
>
> And or course the answer is a string rather than a number. Whether that is
> good or bad depends on what you want.
>
> 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.
Thanks all for tips ..got it now. You guys are best
/Cheers
------------------------------
Date: Fri, 16 Nov 2007 16:11:41 +0000
From: bugbear <bugbear@trim_papermule.co.uk_trim>
Subject: Re: How to re-write a text files content to have right-justified columns ?
Message-Id: <13jrg9u3rpt59c3@corp.supernews.com>
Paul Lalli wrote:
> On Nov 16, 8:49 am, t.bl...@gmail.com (Thomas Blabb) wrote:
>> Assume I have a text file where each lines contains at first a number and then
>> some other stuff in the rest of the line. The rest of the line is delimited by a space e.g.
>>
>> 14412 blah blah
>> 23 sometext2
>> 34252346 rest text with multiple words
>>
>> I want to convert this text file so that the numbers are right justified in a column of width lets say 10:
>>
>> 14412 blah blah
>> 23 sometext2
>> 34252346 rest text with multiple words
>>
>> The second part of each line should be left-justified (as before)
>>
>> How can I do this with perl?
>> How would a perl script looks like ?
>
> perldoc -f sprintf
> perldoc -f printf
>
> $ cat data.txt
> 14412 blah blah
> 23 sometext2
> 34252346 rest text with multiple words
>
> $ perl -lne'
> my ($num, $rest) = split / /, $_, 2;
> printf("%10s %s\n", $num, $rest);
> ' data.txt
> 14412 blah blah
> 23 sometext2
> 34252346 rest text with multiple words
>
>
> Paul Lalli
>
Beautiful. Direct and concise without being cryptic.
BugBear
------------------------------
Date: Fri, 16 Nov 2007 08:55:52 -0800 (PST)
From: sheinrich@my-deja.com
Subject: Re: HTTP Authentication with LWP
Message-Id: <31ad6838-059c-4950-8773-07bd2c845498@d61g2000hsa.googlegroups.com>
>
> The OP's problem is that the server he is contacting is *not* using HTTP
> authentication. Therefore, sending headers will not help.
He didn't say that.
He said his script made no use of credentials because a login form was
received instead of a 401 . This could also be attributed to a server
redirect upon a missing authentication in the initial request.
>
> As Paul points out, the OP needs to write code to populate the fields in
> the form and submit it.
(Who's Paul?)
>
> As a further caution, if the page includes hidden fields or Javascript
> that pre-processes form fields before submission, the OP may need to
> figure out what other fields need to be supplied or transformations must
> be carried out on form data before it is submitted.
I just thought that enforce an authentication header with the first
request might well be worth a try before undertaking more hassle.
And this can be also tried out even more easily with the
'user:password@server' syntax directly in a browser that is
configured to support it.
>
> Sinan
>
Cheers,
Steffen
------------------------------
Date: Fri, 16 Nov 2007 18:55:34 GMT
From: "A. Sinan Unur" <1usa@llenroc.ude.invalid>
Subject: Re: HTTP Authentication with LWP
Message-Id: <Xns99EA8DA9A1A4Fasu1cornelledu@127.0.0.1>
sheinrich@my-deja.com wrote in news:31ad6838-059c-4950-8773-07bd2c845498
@d61g2000hsa.googlegroups.com:
>>
>> The OP's problem is that the server he is contacting is
>> *not* using HTTP authentication. Therefore, sending headers
>> will not help.
...
> He didn't say that.
You did not quote what he said. I went back to the original message and
read between the lines. I might, of course, be wrong.
> He said his script made no use of credentials because a login form was
> received instead of a 401 . This could also be attributed to a server
> redirect upon a missing authentication in the initial request.
HTTP authentication and login forms (assuming we are talking about an
HTML form rather than the login prompt from the browser) are different
beasts.
>> As Paul points out, the OP needs to write code to populate the fields
>> in the form and submit it.
> (Who's Paul?)
I meant Peter (Scott) who replied elsethread.
> And this can be also tried out even more easily with the
> 'user:password@server' syntax directly in a browser that is
> configured to support it.
Again, that requires HTTP authentication, not form based authentication.
Sinan
--
A. Sinan Unur <1usa@llenroc.ude.invalid>
(remove .invalid and reverse each component for email address)
clpmisc guidelines: <URL:http://www.augustmail.com/~tadmc/clpmisc.shtml>
------------------------------
Date: Fri, 16 Nov 2007 14:36:56 -0800 (PST)
From: Christian Schwarze <Lina.Inverse.the.dragon.spooker@gmail.com>
Subject: Re: HTTP Authentication with LWP
Message-Id: <b29e899f-f66c-4f3c-abaa-d9c4ffd36d75@w73g2000hsf.googlegroups.com>
I didn't mean to a argument with my first post here, so I want to
clear this.
1) Server supports Basic Auth
2) Server is somehow configured to not return 401
3) Adding the header with $req->header('Authorization', 'Basic ' .
MIME::Base64::encode("$user:$pass")); does the trick
Thanks everybody.
------------------------------
Date: Fri, 16 Nov 2007 17:36:17 GMT
From: "Dan van Ginhoven" <danfan46@hotmail.com>
Subject: Trouble with ooRexx 3.2.0 on Linux
Message-Id: <lyk%i.436$R_4.138@newsb.telia.net>
Hi.
I Installed ooRexx-3.2.0-1.i386.rpm on a Linux server.
No errors from the install procedure, but when I tried to run any ooRexx
script it immediatly failed at the OS-level.
I had to re-install 3.1.2
On the download page
http://sourceforge.net/project/showfiles.php?group_id=119701
there is a significant difference in size between the new version and the
previous one.
ooRexx-3.2.0-1.i386.rpm Size= 749246 40%
ooRexx-3.1.2-1.i386.rpm Size= 1898676 100 %
Hmm? It makes me suspicious.
Anyone succeeded in installing and running ooRexx-3.2.0 rpm package on Linux
?
/dg
------------------------------
Date: Fri, 16 Nov 2007 17:42:17 GMT
From: "Dan van Ginhoven" <danfan46@hotmail.com>
Subject: Re: Trouble with ooRexx 3.2.0 on Linux
Message-Id: <ZDk%i.437$R_4.209@newsb.telia.net>
Well, as the girl said: "Size doesn't matter.."
Size Version
749246 3.2
1898676 3.1.2
635569 3.1.1
635664 3.1
591986 3.0
Still, did anyone succeed on Linux (AMD 64 RHEL)
/dg
"Dan van Ginhoven" <danfan46@hotmail.com> wrote in message news:...
> Hi.
>
> I Installed ooRexx-3.2.0-1.i386.rpm on a Linux server.
> No errors from the install procedure, but when I tried to run any ooRexx
> script it immediatly failed at the OS-level.
> I had to re-install 3.1.2
>
> On the download page
> http://sourceforge.net/project/showfiles.php?group_id=119701
> there is a significant difference in size between the new version and the
> previous one.
> ooRexx-3.2.0-1.i386.rpm Size= 749246 40%
> ooRexx-3.1.2-1.i386.rpm Size= 1898676 100 %
> Hmm? It makes me suspicious.
>
> Anyone succeeded in installing and running ooRexx-3.2.0 rpm package on
Linux
> ?
>
> /dg
>
>
------------------------------
Date: Fri, 16 Nov 2007 17:57:17 GMT
From: "Dan van Ginhoven" <danfan46@hotmail.com>
Subject: Re: Trouble with ooRexx 3.2.0 on Linux
Message-Id: <1Sk%i.438$R_4.311@newsb.telia.net>
Shit!
I posted the wrong group!
Sorry!
------------------------------
Date: Fri, 16 Nov 2007 13:45:37 -0500
From: Sherman Pendley <spamtrap@dot-app.org>
Subject: Re: Trouble with ooRexx 3.2.0 on Linux
Message-Id: <m13av66nce.fsf@dot-app.org>
"Dan van Ginhoven" <danfan46@hotmail.com> writes:
> I Installed ooRexx-3.2.0-1.i386.rpm on a Linux server.
> No errors from the install procedure, but when I tried to run any ooRexx
> script it immediatly failed at the OS-level.
> I had to re-install 3.1.2
Try the "comp.lang.rexx" group. We talk about Perl here.
sherm--
--
WV News, Blogging, and Discussion: http://wv-www.com
Cocoa programming in Perl: http://camelbones.sourceforge.net
------------------------------
Date: Fri, 16 Nov 2007 19:32:45 +0100
From: Us <us@invalid.org>
Subject: Why this file download CGI works with Firefox and fails with IE ?
Message-Id: <MPG.21a800bb1d732e46989972@news.tiscali.fr>
Hello everybody,
I've a problem with a file download script written in Perl. When I call
it from Firefox it's OK, but when I call it from IE, it's not.
The IE download dialog is launched, but IE try to search info about the
file and fails to do-it. Thus, I get an error message saying "IE cannot
download download.cgi?test.rar from www..."
What's the problem with this script and IE ?
The code is this :
#!/usr/bin/perl -w
use CGI ':standard';
my $ID = param('ID');
my $files_location = "../httpdocs/repository";
my @fileholder;
if ($ID eq ''){
print "Content-type: text/html\n\n";
print "no file parameter";}
else{
open(DLFILE, "<$files_location/$ID") || Error('open', 'file');
binmode DLFILE;
@fileholder = <DLFILE>;
close (DLFILE) || Error ('close', 'file');
open (LOG, ">>download.log") || Error('open', 'file');
print LOG "$ID\n";
close (LOG);
binmode STDOUT;
print "Content-Type:application/x-download\n";
print "Content-Disposition:attachment;filename=$ID\n\n";
print @fileholder}
sub Error{
print "Content-type: text/html\n\n";
print "server can't $_[0] the $_[1]: $! \n";
exit;}
It's called using url like (here a fictive one) :
http://www.mydomain.org/cgi-bin/download.cgi?ID=test.rar
knowing test.rar is present in the repository directory.
------------------------------
Date: Fri, 16 Nov 2007 19:06:15 GMT
From: "A. Sinan Unur" <1usa@llenroc.ude.invalid>
Subject: Re: Why this file download CGI works with Firefox and fails with IE ?
Message-Id: <Xns99EA8F7928ECEasu1cornelledu@127.0.0.1>
Us <us@invalid.org> wrote in news:MPG.21a800bb1d732e46989972
@news.tiscali.fr:
> Hello everybody,
...
> What's the problem with this script and IE ?
The script has many problems other than the one you are experiencing.
> The code is this :
> #!/usr/bin/perl -w
use strict;
> use CGI ':standard';
>
> my $ID = param('ID');
You are not running any checks against ID.
> my $files_location = "../httpdocs/repository";
> my @fileholder;
>
> if ($ID eq ''){
> print "Content-type: text/html\n\n";
Why are you lying about the content type?
> print "no file parameter";}
> else{
> open(DLFILE, "<$files_location/$ID") || Error('open', 'file');
Oh, nice. This way, I can download any file on your system.
> binmode DLFILE;
> @fileholder = <DLFILE>;
There is no need to slurp the whole file. Just read chunks of it (using
sysread and echo back out.
> close (DLFILE) || Error ('close', 'file');
>
> open (LOG, ">>download.log") || Error('open', 'file');
> print LOG "$ID\n";
> close (LOG);
>
> binmode STDOUT;
> print "Content-Type:application/x-download\n";
AFAIK, a space is needed between the colon and the MIME type.
Use CGI.pm to generate headers.
Sinan
--
A. Sinan Unur <1usa@llenroc.ude.invalid>
(remove .invalid and reverse each component for email address)
clpmisc guidelines: <URL:http://www.augustmail.com/~tadmc/clpmisc.shtml>
------------------------------
Date: Fri, 16 Nov 2007 20:17:36 +0100
From: Us <us@invalid.org>
Subject: Re: Why this file download CGI works with Firefox and fails with IE ?
Message-Id: <MPG.21a80b3c7e2cbf5a989973@news.tiscali.fr>
In article <Xns99EA8F7928ECEasu1cornelledu@127.0.0.1>,
1usa@llenroc.ude.invalid says...
> The script has many problems other than the one you are experiencing.
>
OK, it seems to be a bad CGI (from Web), but does all you say explain
the reason why it doesn't works with IE while it works (even if ugly)
with Firefox ?
------------------------------
Date: Fri, 16 Nov 2007 19:22:26 GMT
From: "Jürgen Exner" <jurgenex@hotmail.com>
Subject: Re: Why this file download CGI works with Firefox and fails with IE ?
Message-Id: <S5m%i.83$B21.52@trndny07>
Us wrote:
> In article <Xns99EA8F7928ECEasu1cornelledu@127.0.0.1>,
> 1usa@llenroc.ude.invalid says...
>> The script has many problems other than the one you are experiencing.
>
> OK, it seems to be a bad CGI (from Web), but does all you say explain
> the reason why it doesn't works with IE while it works (even if ugly)
> with Firefox ?
You may want to ask in a nNewsgroup that actually deals with web
programming, CGI, and differences between different web browsers.
Or to put it the other way: if this script were written in C or Modula
producing exactly the same behaviour/output as your Perl script, would you
expect IE "to work"?
jue
------------------------------
Date: Fri, 16 Nov 2007 11:43:59 -0800 (PST)
From: smallpond <smallpond@juno.com>
Subject: Re: Why this file download CGI works with Firefox and fails with IE ?
Message-Id: <514c4016-102d-4742-a6ec-bf9da09c65c0@y5g2000hsf.googlegroups.com>
On Nov 16, 1:32 pm, Us <u...@invalid.org> wrote:
> Hello everybody,
>
> I've a problem with a file download script written in Perl. When I call
> it from Firefox it's OK, but when I call it from IE, it's not.
>
> The IE download dialog is launched, but IE try to search info about the
> file and fails to do-it. Thus, I get an error message saying "IE cannot
> download download.cgi?test.rar from www..."
>
> What's the problem with this script and IE ?
>
> The code is this :
> #!/usr/bin/perl -w
>
> use CGI ':standard';
>
> my $ID = param('ID');
> my $files_location = "../httpdocs/repository";
> my @fileholder;
>
> if ($ID eq ''){
> print "Content-type: text/html\n\n";
> print "no file parameter";}
> else{
> open(DLFILE, "<$files_location/$ID") || Error('open', 'file');
> binmode DLFILE;
> @fileholder = <DLFILE>;
> close (DLFILE) || Error ('close', 'file');
>
> open (LOG, ">>download.log") || Error('open', 'file');
> print LOG "$ID\n";
> close (LOG);
>
> binmode STDOUT;
> print "Content-Type:application/x-download\n";
> print "Content-Disposition:attachment;filename=$ID\n\n";
> print @fileholder}
>
> sub Error{
> print "Content-type: text/html\n\n";
> print "server can't $_[0] the $_[1]: $! \n";
> exit;}
>
> It's called using url like (here a fictive one) :http://www.mydomain.org/cgi-bin/download.cgi?ID=test.rar
> knowing test.rar is present in the repository directory.
What's in the webserver error log?
------------------------------
Date: Sat, 17 Nov 2007 00:03:57 +0100
From: Us <us@invalid.org>
Subject: Re: Why this file download CGI works with Firefox and fails with IE ?
Message-Id: <MPG.21a84049a603c930989974@news.tiscali.fr>
In article <514c4016-102d-4742-a6ec-bf9da09c65c0
@y5g2000hsf.googlegroups.com>, smallpond@juno.com says...
>
> What's in the webserver error log?
>
Unfortunately, nothing in error_log.
The download dialog box is well displayed by IE, but it search for file
info and one second later, says it cannot found it.
------------------------------
Date: Sat, 17 Nov 2007 00:05:28 +0100
From: Us <us@invalid.org>
Subject: Re: Why this file download CGI works with Firefox and fails with IE ?
Message-Id: <MPG.21a8409ed9735f22989975@news.tiscali.fr>
In article <S5m%i.83$B21.52@trndny07>, jurgenex@hotmail.com says...
>
> You may want to ask in a nNewsgroup that actually deals with web
> programming, CGI, and differences between different web browsers
>
Good idea, I'll do it in parralel with the current topic. Thanks you.
------------------------------
Date: Fri, 16 Nov 2007 11:51:54 -0800 (PST)
From: "jl_post@hotmail.com" <jl_post@hotmail.com>
Subject: Re: YAML and Bless to dump subset of object fails for me
Message-Id: <6dc43fb8-aa8e-4d80-895e-7354e7e6f20f@i37g2000hsd.googlegroups.com>
On Nov 15, 3:02 pm, Rud1ger Sch1erz <nospam_ti...@yahoo.es> wrote:
>
> I'm fiddling around with YAML and try to write out a subset of a data
> object.
>
> But when I try to use Blessing of keys to filter and sort the output
> of an object reference, YAML seems to ignore my key subset.
>
> <code example>
> #!/usr/bin/perl -w
> #
>
> {
> package DailyBuildInfoSet;
>
> sub new {
> my($proto ) = @_;
> my $class = ref($proto) || $proto || DailyBuildInfoSet;
> my $self = {};
>
> bless ($self, $class);
>
> return $self;
> }
>
> sub value {
> my $self = shift;
> my $k = shift;
> if (@_) { $self->{$k} = shift }
>
> return $self->{$k};
> }
>
> 1;
>
> }
>
> use YAML qw(Dump Bless);
>
> use strict;
>
> my $db = DailyBuildInfoSet->new();
> $db->value( "DOB", '20071114' );
> $db->value( "HMI_CL", '1113617' );
> $db->value( "TC_CL", '1111316' );
>
> print Dump $db;
>
> Bless($db)->keys(['HMI_CL', 'TC_CL']);
> print Dump $db;
>
> </code example>
>
> Output of this example is:
>
> --- !!perl/hash:DailyBuildInfoSet
> DOB: 20071114
> HMI_CL: 1113617
> TC_CL: 1111316
> --- !!perl/hash:DailyBuildInfoSet
> DOB: 20071114
> HMI_CL: 1113617
> TC_CL: 1111316
>
> On the latter, I would expect (and like to have):
>
> --- !!perl/hash:DailyBuildInfoSet
> HMI_CL: 1113617
> TC_CL: 1111316
>
> Could some kind soul point me to the reason, why YAML seems to ignore
> my key blessing?
Dear Rudiger,
Hmmm... that is strange.
I've been tinkering around with your program, and I've discovered
something a little strange.
Try replacing these four lines of your code:
my $db = DailyBuildInfoSet->new();
$db->value( "DOB", '20071114' );
$db->value( "HMI_CL", '1113617' );
$db->value( "TC_CL", '1111316' );
with the following four lines:
$db = { DOB => '20071114',
HMI_CL => '1113617',
TC_CL => '1111316' };
bless $db, "DailyBuildInfoSet";
These new four lines do pretty much the same as the old four lines.
And as you'd expect, the output from YAML::Dump() is exactly the same
(which includes the "DOB" line).
(In fact, you can change the bless() line to just "bless $db;" and the
problem still persists.)
But try this: Remove (or comment-out) the bless() line (the fourth
line of the new code) and run the script again. When I run the
script, the YAML::Dump() output no longer includes the "DOB" line.
Apparently the fact that the $db object is bless()ed (with Perl's
bless(), not YAML's Bless()) makes all the difference. I don't know
why bless()ing a reference would make YAML::Bless() and/or
YAML::Dump() work differently than what you'd expect -- it just does.
(The "perldoc YAML" documentation says that Bless() associates a
"normal Perl node." Maybe that means that a bless()ed object is not a
normal Perl node. Or maybe not and it's just a bug in the YAML
module.)
Sorry I can't help you more, but at least we know that the
difference is happening because the $db object was bless()ed.
I hope this helped (if even in a small way), Rudiger.
-- Jean-Luc Romano
------------------------------
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 1040
***************************************
