Richard Foley wrote:

> On Friday 29 August 2008 19:28:08 Heiko Eifeldt wrote:
> > 
> > To Richard:
> > Afterwards I realized, $DB::single is to be used as a bitmask.
> > So it would be 8 instead of 3, since 4 is already taken.
> > 
> Details, details ;-)
> 
> > The only difference should be the execution of grep/map/sort/...
> > 
> > I either use 's' to do small steps or use 'n' with the intention to
> > do bigger steps. But currently I cannot get this behaviour. It is
> > not exactly what is documented, but this is what my expectation is
> > (silly me).
> > <heretic  mode off>
> > 
> If you mean:
> 
> 1. n <- next step over everything (including grep/map/sort).
> 
> 2. s <- step into everything (including grep/map/sort).
> 
> 3. forget nn and N.
> 
> Then I would think this would be (mostly very) intuitive change, and
> the behaviour (most) people would expect from the debugger, most of
> the time.  You'd have to check for unwarranted side effects of
> course, such that blocks other than single-line grep, map and sort,
> remain unaffected, but otherwise it seems to me to be a good idea.

Ok, here is what I did, patch is against Perl 5.10.0. 
Please review, thanks. My simple tests worked so far.

Greetings, Heiko
-- 

Attachment: accelerated_n_perldb.pl.diff
Description: Binary data

Reply via email to