Sign Up

Sign Up to our social questions and Answers Engine to ask questions, answer people’s questions, and connect with other people.

Have an account? Sign In

Have an account? Sign In Now

Sign In

Login to our social questions & Answers Engine to ask questions answer people’s questions & connect with other people.

Sign Up Here

Forgot Password?

Don't have account, Sign Up Here

Forgot Password

Lost your password? Please enter your email address. You will receive a link and will create a new password via email.

Have an account? Sign In Now

You must login to ask a question.

Forgot Password?

Need An Account, Sign Up Here

Please briefly explain why you feel this question should be reported.

Please briefly explain why you feel this answer should be reported.

Please briefly explain why you feel this user should be reported.

Sign InSign Up

The Archive Base

The Archive Base Logo The Archive Base Logo

The Archive Base Navigation

  • SEARCH
  • Home
  • About Us
  • Blog
  • Contact Us
Search
Ask A Question

Mobile menu

Close
Ask a Question
  • Home
  • Add group
  • Groups page
  • Feed
  • User Profile
  • Communities
  • Questions
    • New Questions
    • Trending Questions
    • Must read Questions
    • Hot Questions
  • Polls
  • Tags
  • Badges
  • Buy Points
  • Users
  • Help
  • Buy Theme
  • SEARCH
Home/ Questions/Q 7619765
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Editorial Team
Asked: May 31, 20262026-05-31T03:46:12+00:00 2026-05-31T03:46:12+00:00

I am reading through O’Reilly’s Programming Perl, 3rd Edition, and the text states that

  • 0

I am reading through O’Reilly’s Programming Perl, 3rd Edition, and the text states that instead of using the ambiguous search pattern /$foo[bar]/, one should instead use /${foo[bar]}/ so that Perl doesn’t mistake [bar] for a character class. Am I missing something, or are both of these statements syntactically incorrect due to the fact that they are trying to index into an array using a bareword string? I’ve checked the book’s errata online and can’t find any mention of this being a mistake in the book. Is there some scenario that I am overlooking in which that code could be valid?

  • 1 1 Answer
  • 0 Views
  • 0 Followers
  • 0
Share
  • Facebook
  • Report

Leave an answer
Cancel reply

You must login to add an answer.

Forgot Password?

Need An Account, Sign Up Here

1 Answer

  • Voted
  • Oldest
  • Recent
  • Random
  1. Editorial Team
    Editorial Team
    2026-05-31T03:46:14+00:00Added an answer on May 31, 2026 at 3:46 am

    I am reading through O’Reilly’s Programming Perl, 3rd Edition, and the text states that instead of using the ambiguous search pattern /$foo[bar]/, one should instead use /${foo[bar]}/ so that Perl doesn’t mistake [bar] for a character class. Am I missing something, or are both of these statements syntactically incorrect due to the fact that they are trying to index into an array using a bareword string?

    Yes, you’re missing something: bar can be a function call:

    $ perl -Mstrict -E 'sub bar() { 0 } say "foo" =~ /$ARGV[bar]/ || "FAIL"' foo
    FAIL
    
    $ perl -Mstrict -E 'sub bar() { 0 } say "foo" =~ /${ARGV[bar]}/ || "FAIL"' foo
    1
    
    $ perl -MO=Deparse -Mstrict -E 'sub bar() { 0 } say "foo" =~ /${ARGV[bar]}/ || "FAIL"' foo
    sub bar () { 0 }
    use strict 'refs';
    BEGIN {
        $^H{'feature_unicode'} = q(1);
        $^H{'feature_say'} = q(1);
        $^H{'feature_state'} = q(1);
        $^H{'feature_switch'} = q(1);
    }
    say 'foo' =~ /$ARGV[0]/ || 'FAIL';
    -e syntax OK
    

    The exact quote, from page 73 of Programming Perl, 4th edition, is:

    Within search patterns, which also undergo double-quotish interpolation, there
    is an unfortunate ambiguity: is /$foo[bar]/ to be interpreted as /${foo}[bar]/
    (where [bar] is a character class for the regular expression), or as /${foo[bar]}/
    (where [bar] is the subscript to array @foo)? If @foo doesn’t otherwise exist, it’s
    obviously a character class. If @foo exists, Perl takes a good guess about [bar] and
    is almost always right. If it does guess wrong, or if you’re just plain paranoid,
    you can force the correct interpretation with braces as shown earlier. Even if
    you’re merely prudent, it’s probably not a bad idea.

    • 0
    • Reply
    • Share
      Share
      • Share on Facebook
      • Share on Twitter
      • Share on LinkedIn
      • Share on WhatsApp
      • Report

Sidebar

Related Questions

Reading through some of the questions here, the general concensus seems to be that
Reading through the SendAsync , BeginAsync method illustrations of Socket s, I realized that
I'm reading through the Zend Framework coding standards , where they state that curly
Reading through the CKEditor documentation , I see that they have an option to
I was reading through this interesting post about using JavaScript to generate an image
I am reading through a file using a for loop like this... f =
Reading through the javase api docs, I noticed that pretty much all of the
I'm reading through some MSDN example code on Composite controls and finding that there
Reading through the following instruction table manual I see that integer multiplication is often
Reading through the core and looking at nearly all of the helpers/plugins etc. that

Explore

  • Home
  • Add group
  • Groups page
  • Communities
  • Questions
    • New Questions
    • Trending Questions
    • Must read Questions
    • Hot Questions
  • Polls
  • Tags
  • Badges
  • Users
  • Help
  • SEARCH

Footer

© 2021 The Archive Base. All Rights Reserved
With Love by The Archive Base

Insert/edit link

Enter the destination URL

Or link to existing content

    No search term specified. Showing recent items. Search or use up and down arrow keys to select an item.