On Mon Jul 07 00:13:20 2008, [EMAIL PROTECTED] wrote:
> On Sunday 06 July 2008 22:17:12 Andrew Johnson via RT wrote:
> 
> > On Sun Jul 06 11:03:37 2008, japhb wrote:
> 
> > > Better yet, we should replace the inherently insecure quicksort
> > > algorithm (insecure in the "vulnerable to algorithmic attack" sense)
> > > with a more secure mergesort like perl5 uses.  IIRC, perl5's mergesort
> > > is also carefully crafted to be as sensible as possible in the face of
> > > insane compare functions ....
> 
> > No objections here, but until that's available the attached patch stops
> > the segfault from occurring with the existing quicksort function.
> 
> Agreed.
> 
> Thanks, applied with a test from the original message as r29115.  The
test 
> should be robust enough in the face of algorithmic changes to continue to 
> pass as long as the code fails to segfault.
> 
> -- c
> 

Since the code in question is no longer segfaulting, I'm marking this as
resolved.

Reply via email to