Re: TPF Grant May 2010 report

Sorry for the delay, this also gets my thumbs up.

-j

On Wed, Jun 02, 2010 at 01:38:36AM +0200, Marcus Holland-Moritz wrote:
> On 2010-06-01, at 12:16:52 +0100, Dave Mitchell wrote:
> 
> > As per my grant conditions, here is a report for the May period.
> >  
> > I continued working my way through the list of tie bugs,
> > and also spent quite a bit of time on a tie/overload bug, and finished
> > fixing a regexp performance/leak bug.
> > 
> > Over the first 12 weeks I have now averaged about 18 hours per week,
> > slightly less than the nominal 20.
> > 
> > ======================================================================
> > Report for period 2010/05/01 to 2010/05/31 inclusive
> > 
> > SUMMARY
> > -------
> > 
> >     Effort (HH::MM):
> > 
> >         5:00 diagnosing bugs
> >        85:10 fixing bugs
> >         0:00 reviewing other people's bug fixes
> >         0:00 reviewing ticket histories
> >         2:40 review the ticket queue (triage)
> >        -----
> >        92:50 TOTAL
> > 
> >     Numbers of tickets closed:
> > 
> >            9 tickets closed that have been worked on
> >            2 tickets closed related to bugs that have been fixed
> >            0 tickets closed that were reviewed but not worked on (triage)
> >        -----
> >           11 TOTAL
> > 
> > 
> > SHORT DETAIL
> > ------------
> > 
> >  2:30 [perl #7938] local @tied_array broken
> >  0:50 [perl #22571] tied SPLICE unshift(@x, shift(@x)) doesn't work
> >  3:35 [perl #34604] Incorrect behaviour of overloaded class instances in tied hashes
> >  1:20 [perl #41216] m//g is infinite loop when applied to tied array element
> >  0:15 [perl #41384] caller() from tied hashes
> >  5:10 [perl #43789] "in memory" files don't call STORE method when tied
> > 48:25 [perl #57012] Result of FETCH not checked for overload?
> >  5:10 [perl #72144] [PATCH] Deref ops ignore get-magic when SvROK(sv)
> > 19:05 [perl #74484] Regex causing exponential runtime+mem usage
> >  3:50 [perl #75146] 27e904532594b7fb (fix for #23810) introduces a regression
> >  2:40 [TRIAGE]
> 
> Signed off by me. (Wow, #57012 looks impressive...)
> 
> Marcus
> 
> -- 
> Do not simplify the design of a program if a way can be found to make
> it complex and wonderful.



--