Re: pgsql: Handle numeric overflow in numeric_minmax_multi_ops

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Tomas Vondra <tomas(dot)vondra(at)postgresql(dot)org>
Cc: pgsql-committers(at)lists(dot)postgresql(dot)org
Subject: Re: pgsql: Handle numeric overflow in numeric_minmax_multi_ops
Date: 2026-11-06 03:07:27
Message-ID: 1830579.1793934447@sss.pgh.pa.us
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-committers

Tomas Vondra <tomas(dot)vondra(at)postgresql(dot)org> writes:
> Handle numeric overflow in numeric_minmax_multi_ops

Hi, this commit is making a few buildfarm members unhappy,
eg at [1]:

In file included from brin_minmax_multi.c:72:0:
brin_minmax_multi.c: In function \342\200\230brin_minmax_multi_distance_numeric\342\200\231:
../../../../src/include/nodes/miscnodes.h:54:15: warning: the comparison will always evaluate as \342\200\230true\342\200\231 for the address of \342\200\230escontext\342\200\231 will never be NULL [-Waddress]
((escontext) != NULL && IsA(escontext, ErrorSaveContext) && \\
^
brin_minmax_multi.c:2070:6: note: in expansion of macro \342\200\230SOFT_ERROR_OCCURRED\342\200\231
if (SOFT_ERROR_OCCURRED(&escontext))
^~~~~~~~~~~~~~~~~~~

We have seen this before, and the way to silence it is

- if (SOFT_ERROR_OCCURRED(&escontext))
+ if (escontext.error_occurred)

regards, tom lane

[1] https://buildfarm.postgresql.org/cgi-bin/show_stage_log.pl?nm=chimaera&dt=2026-11-05%2012%3A14%3A14&stg=build

In response to

Browse pgsql-committers by date

  From Date Subject
Next Message Michael Paquier 2026-11-06 03:11:44 pgsql: pg_visibility: Restrict access to more relation types
Previous Message Andres Freund 2026-11-06 02:50:25 pgsql: ci: Get build/test concurrency from environment