[28590] in Perl-Users-Digest
Perl-Users Digest, Issue: 9954 Volume: 10
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Sat Nov 11 03:05:53 2006
Date: Sat, 11 Nov 2006 00:05: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 Sat, 11 Nov 2006 Volume: 10 Number: 9954
Today's topics:
Creating string "user@host" elegantly usenet@DavidFilmer.com
Re: Creating string "user@host" elegantly <someone@example.com>
Re: Creating string "user@host" elegantly <wahab@chemie.uni-halle.de>
Re: Creating string "user@host" elegantly xhoster@gmail.com
Re: Creating string "user@host" elegantly <betterdie@gmail.com>
Re: Creating string "user@host" elegantly <benmorrow@tiscali.co.uk>
Re: FAQ 6.9 What is "/o" really for? <rvtol+news@isolution.nl>
Re: How to reference memory address returned from Win32 <sisyphus1@nomail.afraid.org>
Re: Net::FTP Wierdness; or Not..... huntingseasonson@gmail.com
new CPAN modules on Sat Nov 11 2006 (Randal Schwartz)
Re: perl threading; ->join; best method? <nospam-abuse@ilyaz.org>
Re: simple regular expression <uri@stemsystems.com>
Re: Win32::Internet fetch url question <hoffmanamps@citcom.net>
Re: Win32::Internet fetch url question <glex_no-spam@qwest-spam-no.invalid>
Re: Win32::Internet fetch url question yankeeinexile@gmail.com
Re: Win32::Internet fetch url question <tadmc@augustmail.com>
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: 10 Nov 2006 16:24:50 -0800
From: usenet@DavidFilmer.com
Subject: Creating string "user@host" elegantly
Message-Id: <1163204690.627481.119150@h54g2000cwb.googlegroups.com>
Greetings.
I have two variable, $host and $user (and $user could be undef).
I wish to construct a string such as would be used in an FTP command,
such as:
userid@hostname.example.com
However, if $user is undefined, the string should simply say
hostname.example.com
I could do this:
my $foo = ($user) ? "$user\@$host" : $host;
but that seems a bit redundant (I had to type "$user" twice and "$host"
twice).
I could avoid typing "$host" twice with something like:
my $foo = "$user\@" if $user;
$foo .= $host;
but I'm not sure I like that any better...
Does anybody have a more elegant suggestion?
--
The best way to get a good answer is to ask a good question.
David Filmer (http://DavidFilmer.com)
------------------------------
Date: Sat, 11 Nov 2006 00:36:14 GMT
From: "John W. Krahn" <someone@example.com>
Subject: Re: Creating string "user@host" elegantly
Message-Id: <2W85h.178$gy2.165@edtnps90>
usenet@DavidFilmer.com wrote:
>
> I have two variable, $host and $user (and $user could be undef).
>
> I wish to construct a string such as would be used in an FTP command,
> such as:
>
> userid@hostname.example.com
>
> However, if $user is undefined, the string should simply say
>
> hostname.example.com
>
> I could do this:
> my $foo = ($user) ? "$user\@$host" : $host;
> but that seems a bit redundant (I had to type "$user" twice and "$host"
> twice).
>
> I could avoid typing "$host" twice with something like:
> my $foo = "$user\@" if $user;
> $foo .= $host;
> but I'm not sure I like that any better...
>
> Does anybody have a more elegant suggestion?
( my $foo = "$user\@$host" ) =~ s/^\@//;
John
--
Perl isn't a toolbox, but a small machine shop where you can special-order
certain sorts of tools at low cost and in short order. -- Larry Wall
------------------------------
Date: Sat, 11 Nov 2006 01:35:29 +0100
From: Mirco Wahab <wahab@chemie.uni-halle.de>
Subject: Re: Creating string "user@host" elegantly
Message-Id: <ej366e$h4d$1@mlucom4.urz.uni-halle.de>
Thus spoke usenet@DavidFilmer.com (on 2006-11-11 01:24):
> I have two variable, $host and $user (and $user could be undef).
> I wish to construct a string such as would be used in an FTP command,
> such as:
> userid@hostname.example.com
> However, if $user is undefined, the string should simply say
> hostname.example.com
>
> my $foo = ($user) ? "$user\@$host" : $host;
> I could avoid typing "$host" twice with something like:
> my $foo = "$user\@" if $user;
> $foo .= $host;
> Does anybody have a more elegant suggestion?
my $foo = join '@', grep defined, $user, $host;
Is this more elegant? I don't know ;-)
Regards
M.
------------------------------
Date: 11 Nov 2006 00:43:32 GMT
From: xhoster@gmail.com
Subject: Re: Creating string "user@host" elegantly
Message-Id: <20061110194528.435$sX@newsreader.com>
usenet@DavidFilmer.com wrote:
> Greetings.
>
> I have two variable, $host and $user (and $user could be undef).
>
> I wish to construct a string such as would be used in an FTP command,
> such as:
>
> userid@hostname.example.com
>
> However, if $user is undefined, the string should simply say
>
> hostname.example.com
>
> I could do this:
> my $foo = ($user) ? "$user\@$host" : $host;
> but that seems a bit redundant (I had to type "$user" twice and "$host"
> twice).
I'd probably just do that, but stuff it in a sub if you don't like
the redundancy sitting out on the kitchen table.
> I could avoid typing "$host" twice with something like:
> my $foo = "$user\@" if $user;
> $foo .= $host;
> but I'm not sure I like that any better...
>
> Does anybody have a more elegant suggestion?
Weird, but not redundant:
my $foo = join "@", grep defined, $user, $host;
--
-------------------- http://NewsReader.Com/ --------------------
Usenet Newsgroup Service $9.95/Month 30GB
------------------------------
Date: 10 Nov 2006 17:40:14 -0800
From: "paul" <betterdie@gmail.com>
Subject: Re: Creating string "user@host" elegantly
Message-Id: <1163209214.782677.151980@b28g2000cwb.googlegroups.com>
You may able to do that with this
my $user_login ;
if($user && $host) {
$user_login = $user.'@'.$host;
}
elsif ($host && !$user) {
$user_login = $host;
}
else {
undefine something
}
that may be more secured then...
PAUL
xhoster@gmail.com wrote:
> usenet@DavidFilmer.com wrote:
> > Greetings.
> >
> > I have two variable, $host and $user (and $user could be undef).
> >
> > I wish to construct a string such as would be used in an FTP command,
> > such as:
> >
> > userid@hostname.example.com
> >
> > However, if $user is undefined, the string should simply say
> >
> > hostname.example.com
> >
> > I could do this:
> > my $foo = ($user) ? "$user\@$host" : $host;
> > but that seems a bit redundant (I had to type "$user" twice and "$host"
> > twice).
>
> I'd probably just do that, but stuff it in a sub if you don't like
> the redundancy sitting out on the kitchen table.
>
> > I could avoid typing "$host" twice with something like:
> > my $foo = "$user\@" if $user;
> > $foo .= $host;
> > but I'm not sure I like that any better...
> >
> > Does anybody have a more elegant suggestion?
>
> Weird, but not redundant:
>
> my $foo = join "@", grep defined, $user, $host;
>
> --
> -------------------- http://NewsReader.Com/ --------------------
> Usenet Newsgroup Service $9.95/Month 30GB
------------------------------
Date: Sat, 11 Nov 2006 03:07:54 +0000
From: Ben Morrow <benmorrow@tiscali.co.uk>
Subject: Re: Creating string "user@host" elegantly
Message-Id: <adrf24-p82.ln1@osiris.mauzo.dyndns.org>
Quoth usenet@DavidFilmer.com:
> Greetings.
>
> I have two variable, $host and $user (and $user could be undef).
>
> I wish to construct a string such as would be used in an FTP command,
> such as:
>
> userid@hostname.example.com
>
> However, if $user is undefined, the string should simply say
>
> hostname.example.com
>
> I could do this:
> my $foo = ($user) ? "$user\@$host" : $host;
> but that seems a bit redundant (I had to type "$user" twice and "$host"
> twice).
>
> I could avoid typing "$host" twice with something like:
> my $foo = "$user\@" if $user;
> $foo .= $host;
> but I'm not sure I like that any better...
Well, the obvious is
my $foo = ($user ? "$user\@" : '') . $host;
which can be simplified to
my $foo = ($user && "$user\@") . $host;
if you don't mind undefined warnings and losing a user called '0'.
I would probably go with
(my $foo = "$user\@$host") =~ s/^\@//;
, though, or perhaps
my $uri = URI->new('ftp://');
$uri->userinfo($user);
$uri->host($host);
my $foo = $uri->authority;
Ben
--
And if you wanna make sense / Whatcha looking at me for? (Fiona Apple)
*benmorrow@tiscali.co.uk *
------------------------------
Date: Sat, 11 Nov 2006 00:06:32 +0100
From: "Dr.Ruud" <rvtol+news@isolution.nl>
Subject: Re: FAQ 6.9 What is "/o" really for?
Message-Id: <ej348d.vc.1@news.isolution.nl>
Mark Clements schreef:
> my $regex = qr(s\s[\w{1,2}]\s);
[\w{1,2}] is equivalent to [{},\w]
$ perl -wle '$_="this is a fairly short string";$r=qr(s\s[\w{1,2}]\s);
/($r)/ and print "<$1>"'
<s a >
--
Affijn, Ruud
"Gewoon is een tijger."
------------------------------
Date: Sat, 11 Nov 2006 18:48:13 +1100
From: "Sisyphus" <sisyphus1@nomail.afraid.org>
Subject: Re: How to reference memory address returned from Win32::API call
Message-Id: <4555815b$0$11970$afc38c87@news.optusnet.com.au>
"cyl" <u8526505@gmail.com> wrote in message
news:1163195757.896769.76570@b28g2000cwb.googlegroups.com...
> Very appreciate for the help to motivate the solution anyway.
Well ............ I hope there was something there that helped. (Sorry I
wasn't able to provide better assistance :-)
Thanks for replying with the solution you finally came up with.
I think that pack/unpack are very useful and powerful tools. Like you, I
find they often stretch me to the limit .... we're not alone in that :-)
Cheers,
Rob
------------------------------
Date: 10 Nov 2006 16:37:56 -0800
From: huntingseasonson@gmail.com
Subject: Re: Net::FTP Wierdness; or Not.....
Message-Id: <1163205475.965043.217830@m73g2000cwd.googlegroups.com>
On Nov 9, 7:10 pm, Ben Morrow <benmor...@tiscali.co.uk> wrote:
> Quoth huntingseason...@gmail.com:
>
> > Doing batches of FTP transfers.It is considered polite here to write in complete sentences.
>
> > Most of the time they work, sometimes
> > they dont. When they dont, the error messages seem to be the response
> > from the FTP server acknowledging my previous command, or empty.
>
> > Heres the code:
> > sub ftp_transfer() ^^
> Do you know what this does? If not, don't put it there.
sure, type checking arguments, in this case, we accept none
> > {
> > my $ftp = Net::FTP->new($host) || _error("Can't connect to host $host:
> > $@");What is $host? I hope you're not passing values into subroutines through
> globals: that's considered very bad style, for a number of good reasons.
indeed
> > _netcmd_error($ftp,"Can't login to $host as $username: "
> > $ftp->message)This line is not valid Perl. Are you missing a .?
>
> > unless $ftp->login($username,$password);This would be much clearer written as
>
> $ftp->login($username, $password)
> or _netcmd_error $ftp,
> "Can't login to $host as $username: " . $ftp->message;
>
> > #ERROR COMES FROM HERE
> > _netcmd_error($ftp,"Can't transfer file $video: " . $ftp->message)
> > unless $ftp->put($video);
> > #################################################
>
> > $ftp->quit;
>
> > return 1;
> > }
> > The error I get is either: "Opening BINARY mode data connection for
> > xyz.mpg"
> > or empty.
> > Humm, I guess its probably better to call binary() 1st. But I cant
> > understand why the 2nd put() call fails with either nothing in
> > message(), or the response from the server when I called binary(). The
> > perldocs say that all calls return a true or false to indicate success
> > or failure, unless otherwise noted. So it is failing, but the message
> > is faulty. I really dont know.
> From a quick look at the source of Net::FTP, I would say that if the put
> fails sometime during the transfer (that is, if the STOR FTP command
> succeeds but the actual transfer fails) then $ftp->message will not
> contain anything useful. Try your transfer passing the Debug => 1 option
> to Net::FTP to see if you can work out what's going wrong.
>
> Ben
I will try debug
------------------------------
Date: Sat, 11 Nov 2006 05:42:10 GMT
From: merlyn@stonehenge.com (Randal Schwartz)
Subject: new CPAN modules on Sat Nov 11 2006
Message-Id: <J8Jx6A.HCu@zorch.sf-bay.org>
The following modules have recently been added to or updated in the
Comprehensive Perl Archive Network (CPAN). You can install them using the
instructions in the 'perlmodinstall' page included with your Perl
distribution.
Algorith-Closest-NetworkAddress-0.1
http://search.cpan.org/~tonvoon/Algorith-Closest-NetworkAddress-0.1/
----
Algorithm-Closest-NetworkAddress-0.1
http://search.cpan.org/~tonvoon/Algorithm-Closest-NetworkAddress-0.1/
finds the closest network address from a defined list
----
Bryar-Config-YAML-0.101
http://search.cpan.org/~rjbs/Bryar-Config-YAML-0.101/
Bryar configuration stored in YAML
----
Bryar-DataSource-Multiplex-0.121
http://search.cpan.org/~rjbs/Bryar-DataSource-Multiplex-0.121/
multiplex Bryar datasources
----
Business-Tax-VAT-Validation-0.12
http://search.cpan.org/~bpgn/Business-Tax-VAT-Validation-0.12/
A class for european VAT numbers validation.
----
CPAN-1.88_61
http://search.cpan.org/~andk/CPAN-1.88_61/
query, download and build perl modules from CPAN sites
----
CPAN-Reporter-0.35
http://search.cpan.org/~dagolden/CPAN-Reporter-0.35/
Provides Test::Reporter support for CPAN.pm
----
Catalyst-Manual-5.700501
http://search.cpan.org/~jrockway/Catalyst-Manual-5.700501/
The Catalyst developer's manual
----
Catalyst-Model-YouTube-0.1
http://search.cpan.org/~jshirley/Catalyst-Model-YouTube-0.1/
----
Class-DBI-MSSQL-0.121
http://search.cpan.org/~rjbs/Class-DBI-MSSQL-0.121/
Class::DBI for MSSQL
----
Class-DBI-MSSQL-0.122
http://search.cpan.org/~rjbs/Class-DBI-MSSQL-0.122/
Class::DBI for MSSQL
----
Class-DBI-Relationship-HasVariant-0.020
http://search.cpan.org/~rjbs/Class-DBI-Relationship-HasVariant-0.020/
columns with varying types
----
Class-Inflate-0.05
http://search.cpan.org/~kolibrie/Class-Inflate-0.05/
Inflate HASH Object from Values in Database
----
Date-Span-1.121
http://search.cpan.org/~rjbs/Date-Span-1.121/
deal with date/time ranges than span multiple dates
----
File-Next-0.30
http://search.cpan.org/~petdance/File-Next-0.30/
File-finding iterator
----
Games-Board-1.011
http://search.cpan.org/~rjbs/Games-Board-1.011/
a parent class for board games
----
HTML-AA-0.06
http://search.cpan.org/~aruteido/HTML-AA-0.06/
----
HTML-AA-0.10
http://search.cpan.org/~aruteido/HTML-AA-0.10/
The function to undergo plastic operation on the character string displayed in a browser is possessed though it is a MS P Gothic font of 12 points
----
HTTP-Daemon-App-v0.0.2
http://search.cpan.org/~dmuey/HTTP-Daemon-App-v0.0.2/
Create 2 or 3 line, fully functional (SSL) HTTP server(s)
----
Math-Calculator-1.021
http://search.cpan.org/~rjbs/Math-Calculator-1.021/
a multi-stack calculator class
----
Mobile-Wurfl-1.06
http://search.cpan.org/~awrigley/Mobile-Wurfl-1.06/
a perl module interface to WURFL (the Wireless Universal Resource File - <http://wurfl.sourceforge.net/>).
----
Mozilla-Mechanize-GUITester-0.03
http://search.cpan.org/~bosu/Mozilla-Mechanize-GUITester-0.03/
enhances Mozilla::Mechanize with GUI testing.
----
Object-Capsule-0.011
http://search.cpan.org/~rjbs/Object-Capsule-0.011/
wrap any object in a flavorless capsule
----
PDL-Graphics-PLplot-0.30
http://search.cpan.org/~dhunt/PDL-Graphics-PLplot-0.30/
Object-oriented interface from perl/PDL to the PLPLOT plotting library
----
Religion-Bible-Reference-0.011
http://search.cpan.org/~rjbs/Religion-Bible-Reference-0.011/
canonicalize shorthand bible references
----
SWISH-API-Object-0.05
http://search.cpan.org/~karman/SWISH-API-Object-0.05/
return SWISH::API results as objects
----
Test-Simple-0.65
http://search.cpan.org/~mschwern/Test-Simple-0.65/
Basic utilities for writing tests.
----
Unix-PID-v0.0.9
http://search.cpan.org/~dmuey/Unix-PID-v0.0.9/
Perl extension for getting PID info.
----
WebService-Basecamp-0.1.3
http://search.cpan.org/~davidb/WebService-Basecamp-0.1.3/
Perl interface to the Basecamp API webservice
----
WebService-Riya-0.01
http://search.cpan.org/~shigeta/WebService-Riya-0.01/
Perl interface to the Riya API
----
XML-RSS-1.20
http://search.cpan.org/~abh/XML-RSS-1.20/
creates and updates RSS files
----
ack-1.30
http://search.cpan.org/~petdance/ack-1.30/
grep-like text finder for large trees of text
If you're an author of one of these modules, please submit a detailed
announcement to comp.lang.perl.announce, and we'll pass it along.
This message was generated by a Perl program described in my Linux
Magazine column, which can be found on-line (along with more than
200 other freely available past column articles) at
http://www.stonehenge.com/merlyn/LinuxMag/col82.html
print "Just another Perl hacker," # the original
--
Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095
<merlyn@stonehenge.com> <URL:http://www.stonehenge.com/merlyn/>
Perl/Unix/security consulting, Technical writing, Comedy, etc. etc.
See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training!
------------------------------
Date: Sat, 11 Nov 2006 01:21:13 +0000 (UTC)
From: Ilya Zakharevich <nospam-abuse@ilyaz.org>
Subject: Re: perl threading; ->join; best method?
Message-Id: <ej38i9$20vh$1@agate.berkeley.edu>
[A complimentary Cc of this posting was sent to
jdhedden
<jdhedden@1979.usna.com>], who wrote in article <1163173449.030082.108480@f16g2000cwb.googlegroups.com>:
> while (threads->list()) {
> $_->join() foreach threads->list(threads::joinable);
> sleep(1);
> }
Badly designed API; with a better API it should have been something like
1 while threads->join_a_thread();
Hope this helps,
Ilya
------------------------------
Date: Sat, 11 Nov 2006 00:36:25 -0500
From: Uri Guttman <uri@stemsystems.com>
Subject: Re: simple regular expression
Message-Id: <x7ejsay27a.fsf@mail.sysarch.com>
>>>>> "TZ" == Ted Zlatanov <tzz@lifelogs.com> writes:
TZ> On 8 Nov 2006, asandstrom@accesswave.ca wrote:
>> There's a time and a place for regular expressions. But the string
>> functions exist for a reason and sometimes they're better.
TZ> Are there any cases (within the scope of intended usage--fixed
TZ> offsets and search strings) that index, length, and substr are
TZ> slower than regular expressions? I don't know of any, and I'm
TZ> curious.
in general any single call to the simpler string funcs should be faster
than an equivilent regex call. i agree it would be hard to show a
concrete example that contradicts that and i bet if one does exist it
will be a very degenerate example. but combining several simple string
calls in an expression could very well be slower than the equivilent
regex. the rule of thumb (and perl is very thumbish :) is that the more
perl code you run the slower vs the more c (perl guts) you run the
faster. but that rule can quickly be broken by the classic s/^\s+|\s+$/g
being slower than that split into two s/// calls.
uri
--
Uri Guttman ------ uri@stemsystems.com -------- http://www.stemsystems.com
--Perl Consulting, Stem Development, Systems Architecture, Design and Coding-
Search or Offer Perl Jobs ---------------------------- http://jobs.perl.org
------------------------------
Date: 10 Nov 2006 15:13:57 -0800
From: "EL34" <hoffmanamps@citcom.net>
Subject: Re: Win32::Internet fetch url question
Message-Id: <1163200437.050499.13260@b28g2000cwb.googlegroups.com>
You are a little too anal.
Please do not reply to messages if you are not familiar with the module
or have no intent on supplying the requested info. Bot sure why you are
you even involved in this post?
The best way I learn is from a working example.
This is not an unreasonable request to ask for a working example.
The HTTP sesion docs on this module do not have a working example and I
have searched the web looking for one.
Just because you have a better understanding of Perl than me does not
make you king shit on turd island. I am an expert on several other
fieldss other than Perl, I am just learning Perl.
Lets pretend you want to know something that I know on one of my fields
of expertise
I would not treat people the way that you do in my particular fields of
expertise.
RTFM is not what I was asking for in my original post.
J. Gleixner wrote:
> J. Gleixner wrote:
>
> > See, this stuff is important. If that's wrong then the one
> > line from you're script doesn't help anyone figure out
> ^^^^^^ your
>
> pet-peeve.. to correct my own grammar. :-)
------------------------------
Date: Fri, 10 Nov 2006 17:58:58 -0600
From: "J. Gleixner" <glex_no-spam@qwest-spam-no.invalid>
Subject: Re: Win32::Internet fetch url question
Message-Id: <45551250$0$507$815e3792@news.qwest.net>
EL34 wrote:
> You are a little too anal.
And you're a three time top-poster. Not that I'm actually counting, or
anything.
>
> Please do not reply to messages if you are not familiar with the module
> or have no intent on supplying the requested info. Bot sure why you are
> you even involved in this post?
What Bot??.. you? When you start paying me, I'll spit out the code,
until then start reading and trying things on your own time.
> The best way I learn is from a working example.
I provided a link to a complete, working example. Did you bother
clicking on it before spouting off? Didn't think so..
> This is not an unreasonable request to ask for a working example.
> The HTTP sesion docs on this module do not have a working example and I
> have searched the web looking for one.
No idea what an HTTP sesion is, maybe that's the problem area. Care to
elaborate?
>
> Just because you have a better understanding of Perl than me does not
> make you king shit on turd island.
It seems that you have that island all to your self.
> I am an expert on several other
> fieldss other than Perl, I am just learning Perl.
Where, exactly, did it seem like that was the case? It's documented and
I provided the exact method along with a link directly to a
very good example, one that's used to test the class. I guess it's
true, you're not an expert on following helpful advice. Oh well.
> Lets pretend you want to know something that I know on one of my fields
> of expertise
Nah, I grew out of pretending when I was about 6 years old, but you go
ahead and pretend all you want. xyzzy.. <*poof*>.. it's magic..
> I would not treat people the way that you do in my particular fields of
> expertise.
No, thank you so much for not trying to help anyone. You're
obviously too busy pretending you know something to be bothered.
I'll sleep much better at night.
> RTFM is not what I was asking for in my original post.
Too bad. Thanks for playing. Game over. Please insert another token..
bu-bye.. Plonk
------------------------------
Date: 10 Nov 2006 20:17:06 -0600
From: yankeeinexile@gmail.com
Subject: Re: Win32::Internet fetch url question
Message-Id: <87wt62wwv1.fsf@gmail.com>
"EL34" <hoffmanamps@citcom.net> writes:
Repeated top-poster. Attacks respected community members.
*plonk*
-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
Lawrence Statton - lawrenabae@abaluon.abaom s/aba/c/g
Computer software consists of only two components: ones and
zeros, in roughly equal proportions. All that is required is to
sort them into the correct order.
------------------------------
Date: Fri, 10 Nov 2006 22:45:31 -0600
From: Tad McClellan <tadmc@augustmail.com>
Subject: Re: Win32::Internet fetch url question
Message-Id: <slrnelalbb.gut.tadmc@tadmc30.august.net>
EL34 <hoffmanamps@citcom.net> wrote:
> You are a little too anal.
And you are a little too dense.
> Please do not reply to messages
I think you can probably count on plenty of people not replying
to your future messages, probably because they will not see them
in the first place...
> if you are not familiar with the module
> or have no intent on supplying the requested info.
There is no obligation for followups to fulfill any request.
We discuss Perl here, whether it provides what you want or
not is immaterial.
> I am an expert on several other
> fieldss other than Perl
I am impressed.
--
Tad McClellan SGML consulting
tadmc@augustmail.com Perl programming
Fort Worth, Texas
------------------------------
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 9954
***************************************
