From: | "Christopher Kings-Lynne" <chriskl(at)familyhealth(dot)com(dot)au> |
---|---|
To: | "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | "Hackers" <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: BETWEEN Node & DROP COLUMN |
Date: | 2002-07-05 02:18:45 |
Message-ID: | GNELIHDDFBOCMGBFGEFOOEPJCCAA.chriskl@familyhealth.com.au |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
> It sounds to me like you've failed to make sure that the field is
> initialized properly when a pg_attribute row is dynamically created.
> Let's see... did you fix the static FormData_pg_attribute rows near
> the top of heap.c? Does TupleDescInitEntry() know about initializing
> the field? (I wonder why it doesn't memset() the whole row to zero
> anyway...)
OK I'll look at them.
> pg_attribute is very possibly the most ticklish system catalog
> to add a column to. I'd suggest looking through every single use of
> some other pg_attribute column, perhaps attstattarget or attnotnull,
> to make sure you're initializing attisdropped everywhere it should be.
OK, I'm on the case.
Chris
From | Date | Subject | |
---|---|---|---|
Next Message | Rod Taylor | 2002-07-05 02:48:06 | Re: BETWEEN Node & DROP COLUMN |
Previous Message | Christopher Kings-Lynne | 2002-07-05 02:10:37 | Re: BETWEEN Node & DROP COLUMN |