Re: accelerated stepping

2008-08-31 Thread Heiko Ei�feldt
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
-- 



accelerated_n_perldb.pl.diff
Description: Binary data


Re: accelerated stepping

2008-08-31 Thread Heiko Ei�feldt
Richard Foley wrote:

 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.

I forgot to mention, yes I agree.

My patch changed only 'n' like you wrote.

Heiko
--