| From: | Thomas Hallgren <thhal(at)mailblocks(dot)com> |
|---|---|
| To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
| Cc: | "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | Re: SPI_finish and RegisterExprContextCallback |
| Date: | 2005-02-18 23:49:41 |
| Message-ID: | thhal-0mhfyAs2qxicY+3IQMzjEfEnI4wqS5a@mailblocks.com |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
I found another piece of information that might be of interest. This is
related to nested calls and the ExprContextCallback but not related to
nested active cursors.
AtCommitPortals (portalmem.c) iterates over the entries in the
PortalHashTable. This causes a chain of calls that sometimes reach an
ExprContextCallback. If that callback issues a succesfull
SPI_cursor_close some problems might lay ahead. As the AcCommitPortals
iteration continues, it sometimes encounter a deleted portal and elogs
with an error stating "trying to delete portal name that does not exist".
Regards,
Thomas Hallgren
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Russell Smith | 2005-02-19 02:02:57 | Re: Data loss, vacuum, transaction wrap-around |
| Previous Message | Dave Page | 2005-02-18 22:07:13 | Re: Get rid of system attributes in pg_attribute? |