Re: [COMMITTERS] pgsql: Implement width_bucket() for the - Mailing list pgsql-hackers

From Alvaro Herrera
Subject Re: [COMMITTERS] pgsql: Implement width_bucket() for the
Date
Msg-id 20070117224119.GI26080@alvh.no-ip.org
Whole thread Raw
In response to Re: [COMMITTERS] pgsql: Implement width_bucket() for the  (Stefan Kaltenbrunner <stefan@kaltenbrunner.cc>)
Responses Windows buildfarm failures  (Alvaro Herrera <alvherre@commandprompt.com>)
List pgsql-hackers
Stefan Kaltenbrunner wrote:
> Neil Conway wrote:
> > On Wed, 2007-01-17 at 08:51 +0100, Stefan Kaltenbrunner wrote:
> >> this seems to require an alternative regression output file on windows
> > 
> > Hmm, right. Easiest fix seems to be just removing the platform-dependent
> > output from the regression test, since it wasn't necessary -- committed
> > to CVS HEAD. (I placed the regression tests for the float8 version of
> > width_bucket() in numeric.sql to keep them close to the tests for the
> > numeric version of width_bucket(). Push come to shove, I can always move
> > the former over to float8.sql and then add platform-dependent output as
> > necessary.)
> > 
> >> curiously it seems that these boxes boxes fail the stats test too
> > 
> > Seems an unrelated problem, I think.
> 
> yeah - looks like it's the autovacuum change - snake is now passing the
> numeric-test but still fails the stats one ...

Interesting -- both yak and snake are failing in a very similar way.
I'll investigate it tomorrow if no one beats me to it.

-- 
Alvaro Herrera                                http://www.CommandPrompt.com/
PostgreSQL Replication, Consulting, Custom Development, 24x7 support


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Design notes for EquivalenceClasses
Next
From: Gavin Sherry
Date:
Subject: Re: Design notes for EquivalenceClasses