| From: | Michael Paquier <michael(at)paquier(dot)xyz> |
|---|---|
| To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
| Cc: | Postgres hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>, Alexander Korotkov <aekorotkov(at)gmail(dot)com> |
| Subject: | Re: Switch opclass option functions to be STRICT (currently non-STRICT) |
| Date: | 2026-08-17 23:18:26 |
| Message-ID: | aoOWwnm-PUCws8x3@paquier.xyz |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On Mon, Aug 17, 2026 at 09:33:01AM -0400, Tom Lane wrote:
> Probably a mistake, but it's of no consequence. These all take
> type internal so they can't be called from SQL; if they could be,
> the hazards from passing a not-NULL pointer would be far worse
> than what happens with a NULL. I can't get excited about doing
> work to change it.
Of course, I just mean that as an extra defense-in-depth failures so
as these can never be reused for holes similar of the internal
business dealt with recently, in terms of dereference, and because
NULL opclass options are the same as nothing as far as my
understanding of the backend goes.
If you don't feel strongly about this proposal, that's fine by me.
--
Michael
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Sami Imseih | 2026-08-17 23:29:40 | Re: Disallow outer-level and WHERE-clause aggregates in GRAPH_TABLE |
| Previous Message | Bharath Rupireddy | 2026-08-17 23:18:00 | Re: Use WALReadFromBuffers in more places |