| From: | Stephan Szabo <sszabo(at)megazone(dot)bigpanda(dot)com> |
|---|---|
| To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
| Cc: | pgsql-hackers(at)postgresql(dot)org |
| Subject: | Re: [GENERAL] Cascades Failing |
| Date: | 2005-08-17 21:52:47 |
| Message-ID: | 20050817145050.T93796@megazone.bigpanda.com |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-general pgsql-hackers |
On Tue, 16 Aug 2005, Stephan Szabo wrote:
> On Tue, 16 Aug 2005, Tom Lane wrote:
>
> > I think this would take some generalization of afterTriggerInvokeEvents,
> > which now might or might not find the target rel in the EState it's
> > passed, but otherwise it doesn't seem too invasive. Thoughts?
>
> That doesn't seem too bad really, looking at afterTriggerInvokeEvents it
> doesn't look like it'd be that much work to change it to handle that case.
> I can put a patch together to see what it looks like.
I did some work on this, and I'm getting a couple of other failures from
other parts of the foreign key regression test (specifically an error
that is no longer erroring in a multi-column on update set default). I'm
going to need to look more closely to see if I can figure out why.
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Edmund | 2005-08-17 21:54:40 | Re: Generating random values. |
| Previous Message | Matt Miller | 2005-08-17 21:35:04 | Re: Schema design question |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Thomas Hallgren | 2005-08-17 21:54:31 | Re: pl/Ruby, deprecating plPython and Core |
| Previous Message | Tom Lane | 2005-08-17 21:42:32 | Re: pthread stack on FreeBSD WAS: HEAD doesn't cope with libraries |