Beefy Boxes and Bandwidth Generously Provided by pair Networks
No such thing as a small change

Re: problem parsing html

by davorg (Chancellor)
on Jul 15, 2009 at 13:46 UTC ( #780311=note: print w/replies, xml ) Need Help??

in reply to problem parsing html

Is it because your URL returns an error page?


See the Copyright notice on my home node.

Perl training courses

Replies are listed 'Best First'.
Re^2: problem parsing html
by paola82 (Sexton) on Jul 15, 2009 at 14:31 UTC
    sorry I updated the correct url...that was the name of a pdb...19rt in the url insted of 1r9t

Log In?

What's my password?
Create A New User
Node Status?
node history
Node Type: note [id://780311]
[Lady_Aleena]: Why does grep(/.*$in.*/, @my_modules) work but grep { $_ =~ /.*$in.*/; $_ } @my_modules not work? What did I do wrong in the second?
[tobyink]: Why are you returning $_ n your grep block? You should return a boolean.
[tobyink]: *in your grep block
[tobyink]: You can use grep { $_ =~ /.*$in.*/; } @my_modules but why not stick to grep(/.*$in.*/, @my_modules)? (The latter is faster.)
[shmem]: Lady_Aleena, in the first example grep evaluates the result from grep and if true, returns $_. In the second, it always returns $_
[shmem]: ..the result from the pattern match
[Lady_Aleena]: tobyink, I did after I failed to get the BLOCK to work. I can't seem to get my brain around grep BLOCK, though I'm okay with grep EXPR.
[shmem]: so in the second example grep returns all true elements of the list passed
[Lady_Aleena]: Okay, so grep BLOCK is not like map BLOCK where something might need to be returned at the end.
[tobyink]: grep { $_ =~ /.*$in.*/; } @my_modules should work just fine. The problem is that you were adding on ;$_ at the end of the block. Why were you doing that?

How do I use this? | Other CB clients
Other Users?
Others surveying the Monastery: (8)
As of 2017-05-27 07:40 GMT
Find Nodes?
    Voting Booth?