Re^2: Dangerous Names

in reply to Re: Dangerous Names
in thread Dangerous Names

Incorrect! Proof:

$ perl -e '@names = (["Nan Tregar"], ["Sam Tregar"]); @names = sort { 
+$a->[0] <=> $b->[0] } @names;'
Sort subroutine didn't return a numeric value at -e line 1.
[download]

Note that you have to work a little. Just a straight { $a <=> $b } gets optimized into something that doesn't do the NaN conversion.

-sam

Comment on Re^2: Dangerous Names Download Code

Replies are listed 'Best First'.
Re^3: Dangerous Names by ikegami (Patriarch) on Dec 17, 2008 at 22:04 UTC
I didn't need to do any extra work. See my post below. `$ perl -v This is perl, v5.8.8 built for x86_64-linux-gnu-thread-multi` [download]	[reply] [d/l]
Re^4: Dangerous Names by samtregar (Abbot) on Dec 17, 2008 at 22:05 UTC
Ok - but do you find it unusual that sort { $a <=> $b } doesn't die, but sort { $a->[0] <=> $b->[0] } does? -sam	[reply]
Re^5: Dangerous Names by ikegami (Patriarch) on Dec 17, 2008 at 22:09 UTC
Ah, I see what you mean. ~~You're wrong about it dying, though. It's only warning.~~ I don't find it unusual since I've previously heard that `{ $a cmp $b }`, `{ $a <=> $b }`, `{ $b cmp $a }` and `{ $b <=> $a }` are handled specially to avoid having to call a Perl sub repeatedly. Read more... B::Concise dump (2 kB) While I don't find it unusual, I do think the difference in behaviour is a bug.	[reply] [d/l] [select]
Re^6: Dangerous Names by samtregar (Abbot) on Dec 17, 2008 at 22:13 UTC
Re^7: Dangerous Names by ikegami (Patriarch) on Dec 17, 2008 at 22:42 UTC

In Section Meditations