Re: BUG #14913: Test for aggregates fails

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: jens(dot)with(at)t-online(dot)de
Cc: pgsql-bugs(at)postgresql(dot)org
Subject: Re: BUG #14913: Test for aggregates fails
Date: 2017-11-16 23:32:49
Message-ID: 13086.1510875169@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

jens(dot)with(at)t-online(dot)de writes:
> ***************
> *** 1575,1583 ****

> select percentile_disc(array[0,0.1,0.25,0.5,0.75,0.9,1]) within group
> (order by thousand)
> from tenk1;
> ! percentile_disc
> ! ----------------------------
> ! {0,99,249,499,749,899,999}
> (1 row)

> select percentile_cont(array[0,0.25,0.5,0.75,1]) within group (order by
> thousand)
> --- 1575,1583 ----

> select percentile_disc(array[0,0.1,0.25,0.5,0.75,0.9,1]) within group
> (order by thousand)
> from tenk1;
> ! percentile_disc
> ! -----------------------------
> ! {0,100,249,499,749,900,999}
> (1 row)

> select percentile_cont(array[0,0.25,0.5,0.75,1]) within group (order by
> thousand)

Odd. Given the lack of similar reports, it must be something rather
platform-specific. I'm afraid you're going to have to do some of your
own sleuthing. Just looking at the code, it seems like this might
be explainable as a roundoff-error problem, if somehow (double) 0.1
times 10000 gives a smidge more than 1000. But I wouldn't really
expect any modern platform to get that wrong. Unless maybe you're
using -ffast-math, or some other accuracy-sacrificing compiler option?

BTW, that test has been there since 9.4. Which earlier versions of PG
have you successfully tested on the same platform?

regards, tom lane

In response to

Browse pgsql-bugs by date

  From Date Subject
Next Message jens.with 2017-11-17 00:39:46 BUG #14914: Test for aggregates fails
Previous Message jens.with 2017-11-16 22:44:01 BUG #14913: Test for aggregates fails