Hello Richard,

I discussed this topic and patch on PerlMonks, and got a general
agreement, that the patch would have great merit.

The Problem
Then I discovered a corner case I don't handle well:

$c++; $d++; $e++; print 'map';

will not work as before with 'n'.

Suddenly I found the detection of map/grep/sort
with a regexp very weak and fragile. So I am not content yet.

The Idea
When I looked into the debugger source, it seemed to me then
(lightbulb on) that the special treatment of 'n' regarding 
subroutines only needs to be extended to general code blocks 
like those in grep/map/sort, and 
like those in any/all/...
if you use List::Utils and List::MoreUtils.

While experimenting I found that sort without a code block
was stepped over with a single 'n'!
When a code block was given, that was not the default one,
'n' stepped into each invocation of the code block and stopped.

Probably that is also the reason that join and reverse are stepped
over with a single 'n'. They don't have user supplied code blocks.

Seen that way the special treatment of 'n' was 'sort of' incomplete
because it shortcutted only code blocks of explicitly declared

New Plan
So I would like to make a patch now, that will have 'n' short cut for 
ANY code block, not only subroutines. And that should be done without a

Help is of course very much appreciated!!

What do you think?


Reply via email to