Re: tg_trigtuple not NULL in AFTER STATEMENT triggers?

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: tg_trigtuple not NULL in AFTER STATEMENT triggers?
Дата
Msg-id 25642.1154365564@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: tg_trigtuple not NULL in AFTER STATEMENT triggers?  (Michael Fuhr <mike@fuhr.org>)
Список pgsql-hackers
Michael Fuhr <mike@fuhr.org> writes:
> On Mon, Jul 31, 2006 at 11:12:14AM -0400, Tom Lane wrote:
>> Michael Fuhr <mike@fuhr.org> writes:
>>> I've noticed that tg_trigtuple and tg_newtuple aren't cleared to
>>> NULL in AFTER STATEMENT triggers.  Is that an oversight,
>> 
>> Probably.  Send a patch?

> Sure.  Is the switch in AfterTriggerExecute() around line 2116 in
> commands/trigger.c close to where I should be looking?

Yeah, it looks like some attention needs to be paid to whether
ate_oldctid and ate_newctid were supplied, rather than just blindly
passing pointers to possibly-uninitialized local structs.

Offhand I think you could remove the "switch" entirely in favor of
driving the setup of these fields off the "if (ItemPointerIsValid(..."
tests.
        regards, tom lane


В списке pgsql-hackers по дате отправления:

Предыдущее
От: "Jim C. Nasby"
Дата:
Сообщение: Re: [PATCHES] extension for sql update
Следующее
От: Stephen Frost
Дата:
Сообщение: Re: Relation locking and relcache load (was Re: Going for "all green" buildfarm results)