Re: Assertion failure in plpgsql with INSTEAD OF rule

Поиск
Список
Период
Сортировка
От Heikki Linnakangas
Тема Re: Assertion failure in plpgsql with INSTEAD OF rule
Дата
Msg-id 496DB6C5.4060601@enterprisedb.com
обсуждение исходный текст
Ответ на Re: Assertion failure in plpgsql with INSTEAD OF rule  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
Tom Lane wrote:
> So what I'm thinking is:
> 
> 1. We can't redefine the SPI interface in back branches, so there's
> probably little alternative but to remove those Asserts there.

Committed this.

> 2. In HEAD, I think we should have SPI return a new SPI_OK_REWRITTEN
> code for this case, and have plpgsql respond to that by always setting
> found = false.   With that, the Asserts can stay (in fact the new path
> should assert !mod_stmt, since it shouldn't have found any canSetTag
> query).

I'll look into this as a separate patch.

--   Heikki Linnakangas  EnterpriseDB   http://www.enterprisedb.com


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

Предыдущее
От: Simon Riggs
Дата:
Сообщение: Re: Latest version of Hot Standby patch
Следующее
От: Alvaro Herrera
Дата:
Сообщение: Re: Updates of SE-PostgreSQL 8.4devel patches (r1403)