| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | Robert Haas <robertmhaas(at)gmail(dot)com> |
| Cc: | PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
| Subject: | Re: TupleDescAttr bounds checks |
| Date: | 2026-03-20 16:46:07 |
| Message-ID: | 1631625.1774025167@sss.pgh.pa.us |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Robert Haas <robertmhaas(at)gmail(dot)com> writes:
> On Fri, Mar 20, 2026 at 12:22 PM Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
>> I had just come to the same conclusion about why grison is failing.
> Hmm, I had a rougher version of this analysis (and an analysis of some
> the other failures) on an email I sent yesterday on the pg_plan_advice
> thread. Based on this email and another one you sent, I'm guessing you
> either didn't see that email or maybe even didn't get a copy of it for
> some reason.
I did see that, but it read to me that you were just guessing at that
time. This morning I put Asserts into indexcmds.c that verified that
it was trying to access the tupledesc for attno zero, and that proves
there is a bug there. It also seems like a plausible explanation for
why only one machine has exhibited the failure. (Your 0002 is a
better version of said Asserts.)
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Gyan Sreejith | 2026-03-20 17:00:14 | Re: [Proposal] Adding Log File Capability to pg_createsubscriber |
| Previous Message | Japin Li | 2026-03-20 16:38:44 | Re: pg_get__*_ddl consolidation |