Re: statatt_build_stavalues->LOCAL_FCINFO wrong number - Mailing list pgsql-hackers

From Corey Huinker
Subject Re: statatt_build_stavalues->LOCAL_FCINFO wrong number
Date
Msg-id CADkLM=faNcbvHr4pc6L1h-B1qTiPxbQDDZJgbmFnVJBJtREmcA@mail.gmail.com
Whole thread
In response to Re: statatt_build_stavalues->LOCAL_FCINFO wrong number  (jian he <jian.universality@gmail.com>)
List pgsql-hackers


On Mon, Jun 29, 2026, 11:21 PM jian he <jian.universality@gmail.com> wrote:
Hi.

I have one more tiny question...

pg_restore_attribute_stats->attribute_statistics_update->statatt_build_stavalues->FunctionCallInvoke
which may fail, causing pg_restore_attribute_stats to return false.

/ * Parameters corresponding to ANYARRAY columns are instead passed in as text
 * values, which is a valid input string for an array of the type or element
 * type of the attribute. Any error generated by the array_in() function will
 * in turn fail the function.
 */

To me, the phrase "fail the function" suggests that it raises
ereport(ERROR), rather than simply returning false.
However, here, array_in() does not appear to trigger a hard
ereport(ERROR). Instead, it causes attribute_statistics_update() to return
false.
Because of that, I'm not sure what the last sentence is trying to convey. Does
"fail the function" mean "cause the function to return false" rather than "raise
an error"?

We want to return false. We can reword the comment.

pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: occasional ECPG failures on dikkop (FreeBSD)
Next
From: Tomas Vondra
Date:
Subject: Re: occasional ECPG failures on dikkop (FreeBSD)