[30306] in Perl-Users-Digest

home help back first fref pref prev next nref lref last post

Perl-Users Digest, Issue: 1549 Volume: 11

daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Fri May 16 18:09:42 2008

Date: Fri, 16 May 2008 15:09:06 -0700 (PDT)
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 May 2008     Volume: 11 Number: 1549

Today's topics:
    Re: Need ideas on how to make this code faster than a s <1usa@llenroc.ude.invalid>
    Re: Need ideas on how to make this code faster than a s <g.etly@bentsys.INVALID.com>
    Re: Need ideas on how to make this code faster than a s <g.etly@bentsys.INVALID.com>
    Re: Need ideas on how to make this code faster than a s <kkeller-usenet@wombat.san-francisco.ca.us>
    Re: Need ideas on how to make this code faster than a s <g.etly@bentsys.INVALID.com>
    Re: Need ideas on how to make this code faster than a s <nospam-abuse@ilyaz.org>
    Re: Perl 6 <john@castleamber.com>
    Re: Perl 6 <john@castleamber.com>
    Re: Perl 6 <g.etly@bentsys.INVALID.com>
    Re: Perl DBI Module: SQL query where there is space in  <RedGrittyBrick@SpamWeary.foo>
    Re: Simple problem with Email::Address <ced@blv-sam-01.ca.boeing.com>
    Re: Simple problem with Email::Address <jimsgibson@gmail.com>
    Re: Simple problem with Email::Address bernie@fantasyfarm.com
    Re: Simple problem with Email::Address <1usa@llenroc.ude.invalid>
        Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)

----------------------------------------------------------------------

Date: Fri, 16 May 2008 18:30:19 GMT
From: "A. Sinan Unur" <1usa@llenroc.ude.invalid>
Subject: Re: Need ideas on how to make this code faster than a speeding turtle
Message-Id: <Xns9AA0938DADF79asu1cornelledu@127.0.0.1>

"Gordon Etly" <g.etly@bent-INVALID-sys.com> wrote in
news:695qdaF301743U1@mid.individual.net: 

> Jürgen Exner wrote:
>> "Gordon Etly" <getly@bentsys-INVALID.com> wrote:
> 
>> > He seems to constantly come across this way. I really wish he could
>> > see things from other points of view.
> 
>> I guess everyone had filtered you so you had to create a new identity
> 
> I have not changed my identity. My name is Gordon Etly. I have not 
> changed that part, nor made any attempt to hide it, so your statement
> is false.
> 
> I happen to be a sys op for the company I work for, including our mail
> server, so I am able to add entries to /etc/aliases (which I commonly 
> use to public variants of my main email address that any unwanted 
> mailings can be easily stopped.) I've never seen any rule saying
> "never change your email field", as that is anyone's right.

Noting from the Anti-Troll FAQ:

Subject: 7.6  Morphed Identity

A morphed identity is when a poster has one usenet identity,
which changes in detail, to outwit killfiles.  For instance the
name may remain the same and the email address change, or the
name and/or email address may contain accented characters which
are changed for different versions of the same letter.

Here are all of your selves as recorded by my killfile:

gordon etly	get@bentsys.com	0
gordon etly	get@invalidbentsys.com	0
gordon etly	getly@bentsys-invalid.com	0

I have added another one with this post.

Now, I don't know about Individual.NET's policies regarding morphing, 
but their terms of use seems to explicitly prohibit using domains you do 
not own as your from address:

http://www.individual.net/rules.php

Sender Address
The e-mail addresses given in "From:", "Reply-To:", and "Sender:" should 
be valid (= should not bounce because of invalidity). Using addresses 
and name space of other people without their permission is prohibited. 

It does not look like you own bent-INVALID-sys.com or invalidbentsys.com  
or bentsys-invalid.com. 

Don't morph. Pick one identity and stick with it.

Sinan

-- 
A. Sinan Unur <1usa@llenroc.ude.invalid>
(remove .invalid and reverse each component for email address)

comp.lang.perl.misc guidelines on the WWW:
http://www.rehabitation.com/clpmisc/


------------------------------

Date: Fri, 16 May 2008 13:03:58 -0700
From: "Gordon Etly" <g.etly@bentsys.INVALID.com>
Subject: Re: Need ideas on how to make this code faster than a speeding turtle
Message-Id: <6967lgF311t8gU1@mid.individual.net>

Jürgen Exner wrote:
> "Gordon Etly" <g.etly@bent-INVALID-sys.com> wrote:

> > I'm just pointing out what is. It's you who keep bringing this upon
> > yourself. You are constantly rude and arrogant to people, then you

> Changing your identity again because everyone filtered you?

1) My identity has never changed. It has always been Gordon Etly, which 
is my name.

2) Why are you trying to speak for everyone. While certain people may 
share your view (and vice versa), it doesn't mean you speak for the 
whole of the group.

-- 
G.Etly 




------------------------------

Date: Fri, 16 May 2008 13:13:51 -0700
From: "Gordon Etly" <g.etly@bentsys.INVALID.com>
Subject: Re: Need ideas on how to make this code faster than a speeding turtle
Message-Id: <696881F30sdfjU1@mid.individual.net>

A. Sinan Unur wrote:
> "Gordon Etly" wrote in

> > Jürgen Exner wrote:

> Noting from the Anti-Troll FAQ:
>
> Subject: 7.6  Morphed Identity
>
> A morphed identity is when a poster has one usenet identity,

Any email address is not an identity. It's an email address. The "Name" 
field is your identity), and I have not changed that. I am free to 
change my email address field however I wish, as are you and anyone 
else.


> Sender Address
> The e-mail addresses given in "From:", "Reply-To:", and "Sender:" 
> should
> be valid (= should not bounce because of invalidity). Using addresses
> and name space of other people without their permission is prohibited.

Being in control of your mail server actually allows you to fulfill the 
"should not bounce because of invalidity" if you want to get down to 
that. How a poster writes their email address is completely up to that 
person. A rather large amount of people munge their email addresses, so 
this isn't even an issue.

Lastly, attempting to pose that "identity" on a medium like UseNet 
actually meaning something is idiotic at best. There is no guarantee 
that a name you see is a real name, and in many cases it is not. Many 
people use a "nick" name of sorts, and it is quite common to use a false 
or munged email address to thwart spammer email harvesting.

-- 
G.Etly 




------------------------------

Date: Fri, 16 May 2008 14:04:06 -0700
From: Keith Keller <kkeller-usenet@wombat.san-francisco.ca.us>
Subject: Re: Need ideas on how to make this code faster than a speeding turtle
Message-Id: <7f91g5x4s7.ln2@goaway.wombat.san-francisco.ca.us>

On 2008-05-16, Gordon Etly <g.etly@bentsys.INVALID.com> wrote:
>
> Any email address is not an identity. It's an email address. The "Name" 
> field is your identity), and I have not changed that.

There is no "Name" field.  The From: header often includes both a name
and an email address.  Changing one's From: header as often as you have
is a strong indicator of a troll.

> Lastly, attempting to pose that "identity" on a medium like UseNet 
> actually meaning something is idiotic at best. There is no guarantee 
> that a name you see is a real name, and in many cases it is not. Many 
> people use a "nick" name of sorts, and it is quite common to use a false 
> or munged email address to thwart spammer email harvesting.

It is not common to alter the From: header as often as you have done, no
matter whether your name is Gordon Etly, Gordon Gekko, or Trolly
McTroll.

--keith

-- 
kkeller-usenet@wombat.san-francisco.ca.us
(try just my userid to email me)
AOLSFAQ=http://www.therockgarden.ca/aolsfaq.txt
see X- headers for PGP signature information



------------------------------

Date: Fri, 16 May 2008 14:30:03 -0700
From: "Gordon Etly" <g.etly@bentsys.INVALID.com>
Subject: Re: Need ideas on how to make this code faster than a speeding turtle
Message-Id: <696cmtF31dmdcU1@mid.individual.net>

Keith Keller wrote:
> On 2008-05-16, Gordon Etly <g.etly@bentsys.INVALID.com> wrote:

> > Any email address is not an identity. It's an email address. The
> > "Name" field is your identity), and I have not changed that.

> There is no "Name" field.  The From: header often includes both a name
> and an email address.

Many readers separate the "name" and "email" fields. I never changed my 
name. The email address part of the From: line is not a atatic entity; 
one can always change their email address. It's anyone's right to do so, 
as it's their info. You're not suggesting an email address is a reliable 
way of tracking someone, are you?

> Changing one's From: header as often as you have is a strong
> indicator of a troll.

Or someone who does not wish to satisfy someone's false notion that they 
can force the last word using that tired old method. If they going to 
reply and then inform you that you're killfiled, as if the public really 
needs to know (#1), then it is no less wrong to circumvent their 
killfile; it's attack an counter, something that's existed as long as 
man.

If one really wants to ignore me, they can either not read my posts or 
block my name, as that remains constant.


> > Lastly, attempting to pose that "identity" on a medium like UseNet
> > actually meaning something is idiotic at best. There is no guarantee
> > that a name you see is a real name, and in many cases it is not. 
> > Many
> > people use a "nick" name of sorts, and it is quite common to use a
> > false or munged email address to thwart spammer email harvesting.

> It is not common to alter the From: header

This is untrue. I see many people post one day with one name and/or 
email and the next time I see a variant of their Name (or a nick name) 
and/or a differing email address.


> no matter whether your name is Gordon Etly, Gordon Gekko, or Trolly
> McTroll.

My name has always been Gordon Etly. That is my identity; my name. If 
one wishes to killfile me using that, then they are welcome to do so. If 
they killfile me by email address then



(#1)
If you true need to ignore someone, you don't need to announce the fact, 
or for that matter, one doesn't need a killfile either, though it can be 
nice.


-- 
G.Etly 




------------------------------

Date: Fri, 16 May 2008 21:23:40 +0000 (UTC)
From:  Ilya Zakharevich <nospam-abuse@ilyaz.org>
Subject: Re: Need ideas on how to make this code faster than a speeding turtle
Message-Id: <g0ku0s$e5c$1@agate.berkeley.edu>

[A complimentary Cc of this posting was sent to
Uri Guttman 
<uri@stemsystems.com>], who wrote in article <x7tzgy1aus.fsf@mail.sysarch.com>:
>   >> better but forking off lynx is still slow. LWP should be much faster. if
>   >> you want speed (and with the data size you have, you want it), use LWP.
> 
>   IZ> This may depend on many parameters, but the overhead of
>   IZ> system()ing may be quite low.  The overhead of opening a new HTTP
>   IZ> connection for each line may be larger.  LWP will have a chance to
>   IZ> use persistent connections...
> 
> i highly doubt forking lynx and it doing a fetch with passing the page
> back via a pipe would be faster than a direct call to lwp and getting
> the page in ram. it would have to be a very odd system for the lynx
> solution to be faster.
> 
> and lynx would have to always open a new connection as forked procs have
> no memory.

I do not think you understood what I wrote.

I'm not claiming that *this* overhead is small.  What I say is that
*other* overheads may be not negligible.

Anyway, all overheads I know are in favor on LWP.

Hope this helps,
Ilya


------------------------------

Date: 16 May 2008 19:21:35 GMT
From: John Bokma <john@castleamber.com>
Subject: Re: Perl 6
Message-Id: <Xns9AA09211F9F98castleamber@130.133.1.4>

"Gordon Etly" <get@INVALIDbentsys.com> wrote:

> John Bokma wrote:
>> Sherman Pendley <spamtrap@dot-app.org> wrote:
> 
>> > Uri Guttman <uri@stemsystems.com> writes:

[..]
 
>> From what I've read, written by Uri, it's somewhat his writing style.
> 
> I don't think it's just his writting style. Many times he just jumps
> in to defend someone or something and often takes it way too far. He's
> of the type that doesn't want to see things through any other lens
> than his own.

Yup, that's online discussing stuff for you. I am a little like that too
I guess, and I see this behavior a lot. I have little doubt that if you
meet those people IRL they are really nice people. Also, dealing every
day with people who are too lazy to even pick a decent subject, and
expect that "the Usenet people" act as their private help desk (free at
that), makes someone not always replying in a nice way, even to serious
questions (it's the main reason why I am giving up on Usenet again (and
permanently this time), real soon). 

> Yes, many features that were slated for Perl 6 have found their way
> into recent Perl 5 releases (like 5.10, imho the greatest release to
> date.) OTOH, Perl 6 has been in devlopement for a lot longer time than
> any other other major release of Perl.

Duh! Times are different, it's not the late 80's anymore. If it helps,
think of Perl 6 as a new language, not a next release of Perl 5.x that
requires that the first digit is incremented. 

> Yes it's bigger and perhaps actual code writting didn't start off the 
> bat, but taking over 8 years (vs the almost 2 years it took to create 
> and release Perl 5) seems to be very long for such a deleopment, even 
> for a team of just volunteers, and I think this is why many people are
> becoming or are so concerned. It is indeed difficult to fathom what 
> could be taking so long :)

I've no idea either. But I do know that some of my projects for personal
use do take a long, long time to finish. Why not help out with Perl 6?
Then not only you'll learn why it's going slow, but you could actually
help to speed things up. 

But why the hurry? PHP is at version 6, (or is it 7 already) and from
what I've heard their Unicode support is still flaky. 

>> And last time I checked, there was plenty of room for help *with*
>> Perl. If I have more time available, I'll want to look into that.
>> From what I've read so far, you don't have to be a rocket scientist
>> to actually help with Perl6, there are plenty of things to do that
>> require just some good programming skills.
> 
> Which scared me even more that Perl 6 will be huge, with features 
> bursting at the seams.

From what I've glimpsed so far (and that's a little) the language is
much more clean compared to Perl 5. Of course some of the decisions I
don't like (to me $l[3] was always very clear), but on the other hand
I've the feeling that the language and got cleaner, and many features
just got more powerful. Think of the MS-DOS wildcards versus the regular
expressions you can use in Perl 5.x. You make it sound negative. You
*don't have to use them all* (it's not Pokemon after all). 


> At the very least it would be nice if they could 
> throw us a bit more bones as to what is going on, and perhaps more 
> people might get interested and help?
 
So if someone writes: too busy with other things, and I have a family
too, you suddenly want to become a Perl 6 developer? IMO if you want to
help, just plan a few hours a week as "helping with Perl 6". Like I
said, I do check the todo list now and then, and there is room for help,
even simple things. 


-- 
John

http://johnbokma.com/perl/


------------------------------

Date: 16 May 2008 20:03:00 GMT
From: John Bokma <john@castleamber.com>
Subject: Re: Perl 6
Message-Id: <Xns9AA099177B647castleamber@130.133.1.4>

Ben Bullock <benkasminbullock@gmail.com> wrote:

> On Wed, 14 May 2008 21:59:10 +0000, John Bokma wrote:
> 
>> I wonder why people are so eager to get Perl6.
> 
> I suppose the same reason people pay more money to get the latest TV
> or camera or something?

Well, maybe there might be a solution; donate some money.

Anyway, I am also still waiting for affordable holographic storage, and 
a gazillion other goodies. But it's done when it's done. What's the 
point of trying to blame someone or the methodology if it's just: lack 
of manpower and lack of sufficient funds? (Just guessing here).

>> It's done when it's done.
> 
> If you try to sound too nonchalant about it, I wonder why you aren't 
> interested.

I am interested, I mean I own even a copy of "Perl 6 and Parrot 
Essentials" [1]. But IMNSHO it's pointless to try to guess here why Perl 
6 isn't in the shops already. I am sure that if the people working on it 
know had bumped into an issue that could be overcome by disclosing that 
issue on usenet, it would already have been done.

So, yeah, I am interested, but on the other hand I see Perl 6 as a new 
language roughly based on Perl, or like a member of the Perl family 
(which IMO includes PHP, even if it's a half-witted bastard).

As a professional Perl programmer I have no problem with waiting. I 
already have often problems convincing customers to move to Perl 5.8, or 
update their 4+ year old modules. I even haven't checked out Perl 5.10 
yet.

Like I already wrote, if you want to play with Perl 6, it's already 
possible, and has been possible for quite some time. You can even use 
(some) Perl 6 features by using modules with Perl 5. How many 
manufacturers of TVs, camera's etc. let you play with a prototype at 
home?

> If you use Perl, it's natural to wonder about the next
> major version. Your attitude is just a bit weird.

Nah, you just guessed wrong. I do more than wonder, but it's pointless 
to get all upset on Usenet on Perl 6 not being ready, nor that work on 
Perl 7 hasn't started yet. Perl still does evolve, and to me it's 
important that the next 5.x doesn't break too much things, and I think 
the people who work on it (or have been working on it) do excellent 
jobs. If I want Perl 6 released sooner, I have two options: donate a 
significant sum of money, or contribute myself. Trying to find flaws in 
the current development process, or waiting for news on why things are 
slow is just IMNSHO futile. 

>> What's missing in Perl5? A lot of Perl6 features are available via
>> modules. Personally I see Perl6 more like a new language than more of
>> the same (Perl). If you want to bite your teeth in a new language,
>> there are plenty to pick from.
> 
> So you're telling people to pick a new language rather than Perl, such
> as PHP, Python, Ruby, or JavaScript?

I consider Perl 6 a new language (you quoted that). Some people just 
want to learn new languages (I was like that many years ago, I learned a 
lot of languages, and it's a good thing to do, I consider it an 
important part of learning to program. The next step is learning that 
specialism beats knowning of many things a bit :-D). Those people can 
either play with what's available or, if that doesn't make them happy, 
pick up another language.

> I discovered that Perl six has a funny new regex operator \N which 
> replaces . and no more /s and /m, and the . now equals [.\n]. Yes I
> would like to try this new language out, what is so strange about
> that?

But how is knowing why it's taking so long going to make it available 
real soon now?

 
>> And last time I checked, there was plenty of room for help *with*
>> Perl. If I have more time available, I'll want to look into that.
>> From what I've read so far, you don't have to be a rocket scientist
>> to actually help with Perl6, there are plenty of things to do that
>> require just some good programming skills.
> 
> I didn't read this information, so perhaps you can tell us where we
> can read it.


For parrot: http://www.parrotcode.org/todo.html


-- 
John

http://johnbokma.com/perl/


------------------------------

Date: Fri, 16 May 2008 13:44:53 -0700
From: "Gordon Etly" <g.etly@bentsys.INVALID.com>
Subject: Re: Perl 6
Message-Id: <696a26F2uif4hU1@mid.individual.net>

John Bokma wrote:
> "Gordon Etly" <get@INVALIDbentsys.com> wrote:

> > John Bokma wrote:

> > > From what I've read, written by Uri, it's somewhat his writing
> > > style.

> > I don't think it's just his writting style. Many times he just jumps
> > in to defend someone or something and often takes it way too far.
> > He's of the type that doesn't want to see things through any other
> > lens than his own.

> Yup, that's online discussing stuff for you. I am a little like that
> too I guess, and I see this behavior a lot. I have little doubt that
> if you meet those people IRL they are really nice people. Also,
> dealing every day with people who are too lazy to even pick a decent
> subject, and expect that "the Usenet people" act as their private
> help desk (free at that), makes someone not always replying in a nice
> way, even to serious questions (it's the main reason why I am giving
> up on Usenet again (and permanently this time), real soon).

While I mostly agree, I still believe that if one feels they are going 
to reply in a negative manner, it may be better just not to post. The 
worst part about how people like post is they act as if someone is 
forcing them to post, when the reality is they could just move on to 
another post or take a break in general. It seems people who are 
otherwise quite helpful, when they start posting negatively, they lose 
focus on the helping aspect.


> > Yes, many features that were slated for Perl 6 have found their way
> > into recent Perl 5 releases (like 5.10, imho the greatest release to
> > date.) OTOH, Perl 6 has been in devlopement for a lot longer time
> > than any other other major release of Perl.

> Duh! Times are different, it's not the late 80's anymore. If it helps,
> think of Perl 6 as a new language, not a next release of Perl 5.x that
> requires that the first digit is incremented.

Actually I believe Perl 5 came out in the mid 90's or so, and it was too 
reguarded as a new language comapred to Perl 4 and before, was it not? 
(Granted, Perl 6 does seems like a much larger leap from P5 than P5 from 
P4.)


> > Yes it's bigger and perhaps actual code writting didn't start off 
> > the
> > bat, but taking over 8 years (vs the almost 2 years it took to 
> > create
> > and release Perl 5) seems to be very long for such a deleopment, 
> > even
> > for a team of just volunteers, and I think this is why many people
> > are becoming or are so concerned. It is indeed difficult to fathom
> > what could be taking so long :)

> I've no idea either. But I do know that some of my projects for
> personal use do take a long, long time to finish. Why not help out
> with Perl 6? Then not only you'll learn why it's going slow, but you
> could actually help to speed things up.

Agreed.

> But why the hurry? PHP is at version 6, (or is it 7 already) and from
> what I've heard their Unicode support is still flaky.

According to http://www.php.net/downloads.php, the currently stable 
release is 5.2.6, so unless you're referring to the minor part, I'm not 
usre where you got those numbers.


> > At the very least it would be nice if they could
> > throw us a bit more bones as to what is going on, and perhaps more
> > people might get interested and help?

> So if someone writes: too busy with other things, and I have a family
> too, you suddenly want to become a Perl 6 developer? IMO if you want
> to help, just plan a few hours a week as "helping with Perl 6". Like I
> said, I do check the todo list now and then, and there is room for
> help, even simple things.

Agreed, more peopel could check that list and it might help, but one 
also has to wonder if they are trying to do too many things at a time. 
IMHO, it may (have) be(en) better to do some features for the initial 
release, get it out, and then add additional feature for the next 
release(s), rather than everything at once.


-- 
G.Etly 




------------------------------

Date: Fri, 16 May 2008 20:26:06 +0100
From: RedGrittyBrick <RedGrittyBrick@SpamWeary.foo>
Subject: Re: Perl DBI Module: SQL query where there is space in field name
Message-Id: <yLidnS1JIt5CQrDVnZ2dnUVZ8rGdnZ2d@bt.com>

Peter J. Holzer wrote:
> On 2008-05-13 11:35, RedGrittyBrick <RedGrittyBrick@SpamWeary.foo> wrote:
>> szr wrote:
>>> Sir Robin wrote:
>>>> Andrew DeFaria wrote:
>>>>
>>>> And there is no reason whatsoever why a newsreader should need to be
>>>> able to handle HTML
>>>>
>>> What reason is there not to, to be honest? 
>>>
>>
>> [...]

Some good points. You may have not read my list in quite the spirit I 
wrote it, but I enjoyed reading your reply, thanks.

>>
>> l) I'd prefer plain text markup of the sort used by GrutaTxt or ASCIIDOC 
>> but simplified. That way I could embed tables that work well in 
>> plain-text newsreaders but would also look pretty in any newsreader that 
>> supported that format.
> 
> Those are nice. But they have one very large drawback: There are about
> 46 gazillion different such formats. That's much worse than the
> differences in HTML and CSS dialects.
> 

I think you may have over-estimated the number!

Personally, I think the very large advantage (explained above) over HTML 
outweighs any advantage HTML has for me in this medium. YMMV.

-- 
RGB


------------------------------

Date: Fri, 16 May 2008 12:08:51 -0700 (PDT)
From: "comp.llang.perl.moderated" <ced@blv-sam-01.ca.boeing.com>
Subject: Re: Simple problem with Email::Address
Message-Id: <588a3198-5c95-4bde-916d-009309c2e3be@w5g2000prd.googlegroups.com>

On May 16, 10:37 am, Bernie Cosell <ber...@fantasyfarm.com> wrote:
> I'm trying to parse an email address and I can't seem to get Email::Address
> to work quite.
>
> #!/usr/bin/perl
>
> use strict;
> use warnings ;
> use Email::Address ;
>
> my $addr = "My Name              <myname\@verizon.net>\n" ;
> my @addrs = Email::Address::parse($addr) ;
              ^^^^^^^^^^^^^^^^^^^^^^^^^^^
              Email::Address->parse($addr);

--
Charles DeRykus


------------------------------

Date: Fri, 16 May 2008 12:09:25 -0700
From: Jim Gibson <jimsgibson@gmail.com>
Subject: Re: Simple problem with Email::Address
Message-Id: <160520081209255119%jimsgibson@gmail.com>

In article <aahr24dpblvs36fuh7ja9gvdhavod3kn9o@library.airnews.net>,
Bernie Cosell <bernie@fantasyfarm.com> wrote:

> I'm trying to parse an email address and I can't seem to get Email::Address
> to work quite.

You are not calling parse() correctly.

> 
> #!/usr/bin/perl
> 
> use strict;
> use warnings ;
> use Email::Address ;
> 
> my $addr = "My Name              <myname\@verizon.net>\n" ;
> my @addrs = Email::Address::parse($addr) ;

my @addrs = Email::Address->parse($addr);

> warn scalar(@addrs) ;
> 
> Gets me "0" -- it appears not to parse that string, which certainly looks
> like a legal email addr to me [am I missing some problem with it?? -- I
> actually pulled it out of a file of addresses that sendmail is happily
> sending-via].  What am I missing here?  THANKS!

perldoc Email::Address

-- 
Jim Gibson

 Posted Via Usenet.com Premium Usenet Newsgroup Services
----------------------------------------------------------
                http://www.usenet.com


------------------------------

Date: Fri, 16 May 2008 12:17:25 -0700 (PDT)
From: bernie@fantasyfarm.com
Subject: Re: Simple problem with Email::Address
Message-Id: <9456c2b5-4619-42ea-9356-687a4cbd1889@n1g2000prb.googlegroups.com>

On May 16, 3:08=A0pm, "comp.llang.perl.moderated" <c...@blv-
sam-01.ca.boeing.com> wrote:
> On May 16, 10:37 am, Bernie Cosell <ber...@fantasyfarm.com> wrote:> I'm tr=
ying to parse an email address and I can't seem to get Email::Address
> > to work quite.
>
> > #!/usr/bin/perl
>
> > use strict;
> > use warnings ;
> > use Email::Address ;
>
> > my $addr =3D "My Name =A0 =A0 =A0 =A0 =A0 =A0 =A0<myname\@verizon.net>\n=
" ;
> > my @addrs =3D Email::Address::parse($addr) ;
>
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 ^^^^^^^^^^^^^^^^^^^^^^^^^^^
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 Email::Address->parse($addr);

Thanks!  Total brain cramp...  I _thought_ I had cut/pasted the call
to parse from the E::A man page but obviously I screwed up bigtime
[and it was one of those dumbnesses that after-the-fact you can't see
in your own code].  THANKS!!

  /Bernie\


------------------------------

Date: Fri, 16 May 2008 19:21:51 GMT
From: "A. Sinan Unur" <1usa@llenroc.ude.invalid>
Subject: Re: Simple problem with Email::Address
Message-Id: <Xns9AA09C4A14336asu1cornelledu@127.0.0.1>

Bernie Cosell <bernie@fantasyfarm.com> wrote in
news:aahr24dpblvs36fuh7ja9gvdhavod3kn9o@library.airnews.net: 

> I'm trying to parse an email address and I can't seem to get
> Email::Address to work quite.
> 
> #!/usr/bin/perl
> 
> use strict;
> use warnings ;
> use Email::Address ;
> 
> my $addr = "My Name              <myname\@verizon.net>\n" ;
> my @addrs = Email::Address::parse($addr) ;

parse is a class method.


C:\Temp> cat x.pl
#!/usr/bin/perl

use strict;
use warnings;

use Data::Dumper;
use Email::Address;

my $in = "My Name              <myname\@verizon.net>";
print Dumper ( Email::Address->parse($in) )

__END__

C:\Temp> x
$VAR1 = bless( [
                 'My Name',
                 'myname@verizon.net',
                 '',
                 'My Name <myname@verizon.net>',
                 [
                   \'My Name <myname@verizon.net>',
                   '0'
                 ]
               ], 'Email::Address' );

Sinan

-- 
A. Sinan Unur <1usa@llenroc.ude.invalid>
(remove .invalid and reverse each component for email address)

comp.lang.perl.misc guidelines on the WWW:
http://www.rehabitation.com/clpmisc/


------------------------------

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 1549
***************************************


home help back first fref pref prev next nref lref last post