Re: BUG #14986: -2147483648 is minimum value of integer but -2147483648::integer fails (out of range).

From: Stephen Frost <sfrost(at)snowman(dot)net>
To: Andres Freund <andres(at)anarazel(dot)de>
Cc: Greg Stark <stark(at)mit(dot)edu>, Magnus Hagander <magnus(at)hagander(dot)net>, binoternary(at)gmail(dot)com, pgsql-bugs <pgsql-bugs(at)postgresql(dot)org>
Subject: Re: BUG #14986: -2147483648 is minimum value of integer but -2147483648::integer fails (out of range).
Date: 2017-12-22 01:33:56
Message-ID: 20171222013356.GO4628@tamriel.snowman.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

Andres, all,

* Andres Freund (andres(at)anarazel(dot)de) wrote:
> On December 21, 2017 10:18:05 PM GMT+01:00, Greg Stark <stark(at)mit(dot)edu> wrote:
> >On 21 December 2017 at 14:13, Andres Freund <andres(at)anarazel(dot)de> wrote:
> >> On 2017-12-21 14:05:07 +0000, Greg Stark wrote:
> >>> I wonder why the "out of range" error doesn't print the actual value
> >>> it's trying to cast. That would help the user here...
> >>
> >> We'd have to mark it as non-leakproof in that case.
> >
> >Damn that's annoying.
> >
> >But..... uh, isn't it already leaking that the value is not in
> >99.99999998% of
> >the bigint range?
>
> Most of the relevant operations have more than one operand, or are aggregates. Especially for actually relevant data ranges. But yes, this is a way to analyze data, we knew that when adding RLS.

Leakproof functions actually were introduced with security barrier
views, which pre-dated RLS and is what RLS is built on top of.

This doesn't change anything wrt this, of course, just figured I'd
clarify for anyone following the thread.

Thanks!

Stephen

In response to

Browse pgsql-bugs by date

  From Date Subject
Next Message Masahiko Sawada 2017-12-22 05:07:10 Re: BUG #14941: Vacuum crashes
Previous Message Andres Freund 2017-12-22 00:01:40 Re: BUG #14986: -2147483648 is minimum value of integer but -2147483648::integer fails (out of range).