Re: Assertion failure in plpgsql with INSTEAD OF rule - Mailing list pgsql-hackers

From Heikki Linnakangas
Subject Re: Assertion failure in plpgsql with INSTEAD OF rule
Date
Msg-id 496DB6C5.4060601@enterprisedb.com
Whole thread Raw
In response to Re: Assertion failure in plpgsql with INSTEAD OF rule  (Tom Lane <tgl@sss.pgh.pa.us>)
List 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 by date:

Previous
From: Simon Riggs
Date:
Subject: Re: Latest version of Hot Standby patch
Next
From: Alvaro Herrera
Date:
Subject: Re: Updates of SE-PostgreSQL 8.4devel patches (r1403)