Thanks to visit codestin.com
Credit goes to postgrespro.com

Re: pgsql: Fix behavior of ~> (cube, int) operator - Mailing list pgsql-committers

From Teodor Sigaev
Subject Re: pgsql: Fix behavior of ~> (cube, int) operator
Date
Msg-id [email protected]
Whole thread Raw
In response to Re: pgsql: Fix behavior of ~> (cube, int) operator  (Alexander Korotkov <[email protected]>)
List pgsql-committers
Pushed, thank you

Alexander Korotkov wrote:
> On Sun, Jan 21, 2018 at 11:20 PM, Tom Lane <[email protected] 
> <mailto:[email protected]>> wrote:
> 
>     Teodor Sigaev <[email protected] <mailto:[email protected]>> writes:
>     > Fix behavior of ~> (cube, int) operator
> 
>     This patch has caused Coverity to complain, correctly AFAICS, about
>     dead code in cube_coord_llur in the back branches:
> 
>     1628            /* Inverse value if needed */
>     1629            if (inverse)
>      >>>     CID 1463943:  Control flow issues  (DEADCODE)
>      >>>     Execution cannot reach this statement: "result = -result;".
>     1630                    result = -result;
>     1631
>     1632            PG_RETURN_FLOAT8(result);
> 
>     Seems to be due to sloppy division of changes between f50c80dbb (which
>     was not back-patched) and 563a053bd.  Please fix.
> 
> 
> Thank you for catching this.  You diagnosis is right.
> I propose to commit the attached patch to 10 and 9.6.
> 
> ------
> Alexander Korotkov
> Postgres Professional:http://www.postgrespro.com <http://www.postgrespro.com/>
> The Russian Postgres Company

-- 
Teodor Sigaev                                   E-mail: [email protected]
                                                    WWW: http://www.sigaev.ru/


pgsql-committers by date:

Previous
From: Teodor Sigaev
Date:
Subject: pgsql: Remove wrongly backpatched piece of code in cube.c
Next
From: Heikki Linnakangas
Date:
Subject: pgsql: Fix comment on B-tree insertion fastpath condition.