Re^3: using map

The correct format for printf is printf FORMAT_STRING, LIST so that should be:

Any ordinary (non-specifier) characters in the format string are output verbatim.

If the format contains no %specifiers, then just what is in the template gets output.

As -l doesn't affect printf, it makes it a convenient way of printing output that does not get an automatic \n appended for those rare occasions when that is required.

It is convenient, safe and a lot easier than having to add \n to every darn print statement.

Of course, say ought to be a simple alternative to -l, but a) they made it so darn inconvenient to use; b) its a pain in the neck having to switch back to print any time you need to test something under a pre-5.10 version.

With the rise and rise of 'Social' network sites: 'Computers are making people easier to use everyday'

Examine what is said, not who speaks -- Silence betokens consent -- Love the truth but pardon error.

"Science is about questioning the status quo. Questioning authority".

In the absence of evidence, opinion is indistinguishable from prejudice.

The start of some sanity?

Comment on Re^3: using map

Replies are listed 'Best First'.
Re^4: using map by tobyink (Canon) on May 06, 2012 at 06:37 UTC
If the format contains no %specifiers, then just what is in the template gets output. And so `printf $_` acts exactly like `print $_`. Very clever... until $_ happens to contain something that looks like a printf specifier and it comes back to bite you. Of course, say ought to be a simple alternative to -l, but a) they made it so darn inconvenient to use For one-liners, `say` is actually very convenient to use. Just replace "-e" with "-E". `perl -E"say q(Hello world)"` [download] `perl -E'sub Monkey::do{say$_,for@_,do{($monkey=[caller(0)]->[3])=~s{::}{ }and$monkey}}"Monkey say"->Monkey::do'`	[reply] [d/l] [select]
Re^5: using map by jwkrahn (Abbot) on May 06, 2012 at 07:21 UTC
And so `printf $_` acts exactly like `print $_`. Not exactly. printf still has to parse `$_` looking for format specifiers. And print is affected by the $\ and $, variables while printf is not.	[reply] [d/l] [select]
Re^6: using map by tobyink (Canon) on May 06, 2012 at 07:24 UTC
That's what I just said, isn't it? `perl -E'sub Monkey::do{say$_,for@_,do{($monkey=[caller(0)]->[3])=~s{::}{ }and$monkey}}"Monkey say"->Monkey::do'`	[reply]
Re^5: using map by BrowserUk (Patriarch) on May 06, 2012 at 07:32 UTC
until $_ happens to contain something that looks like a printf specifier And the millions of microwave ovens in family kitchens across the globe can act exactly like small bombs with nothing more than the addition of some plain water! But nobody suggests we should ban the use of either. The answer is quite simple. Don't use it where that is a possibility. For one-liners, say is actually very convenient to use. a) Yes, I know. b) Nobody was talking about one-liners. With the rise and rise of 'Social' network sites: 'Computers are making people easier to use everyday' Examine what is said, not who speaks -- Silence betokens consent -- Love the truth but pardon error. "Science is about questioning the status quo. Questioning authority". In the absence of evidence, opinion is indistinguishable from prejudice. The start of some sanity?	[reply]
Re^4: using map by Anonymous Monk on May 06, 2012 at 08:17 UTC
You're correct in this case (with the warnings you added afterwards), yes, but leaving out the `"%s"` was the very reason of thousands of format string vulnerabilities everywhere. And even though that class of vulnerabilities don't affect Perl, it would be correct and a good practice to include it anyway, which is what jwkrahn was trying to point out. I do not think that you pointing out that the extra care is unnecessary in this very case was very beneficial to the whole discussion.	[reply] [d/l]
Re^5: using map by BrowserUk (Patriarch) on May 06, 2012 at 08:45 UTC
Do you not see the contradiction in your first acknowledging this: And even though that class of vulnerabilities don't affect Perl, And then going on to add this: it would be correct and a good practice to include it anyway, ? In C and similar languages where that vulnerability exists, such advise is warranted and good practice. But blindly transferring that to Perl is like trying to transfer the good practice of wearing seat belts in cars, to motorcycles. It simply doesn't work the same way. I do not think that you pointing out that the extra care is unnecessary in this very case was very beneficial to the whole discussion. Far better to know (and point out) when such practices are applicable -- which AnomalousMonk has more than demonstrated that he does -- than to blindly apply it when it is inapplicable. With the rise and rise of 'Social' network sites: 'Computers are making people easier to use everyday' Examine what is said, not who speaks -- Silence betokens consent -- Love the truth but pardon error. "Science is about questioning the status quo. Questioning authority". In the absence of evidence, opinion is indistinguishable from prejudice. The start of some sanity?	[reply]