aboutsummaryrefslogtreecommitdiff
path: root/src/backend/executor/functions.c
diff options
context:
space:
mode:
authorRobert Haas <rhaas@postgresql.org>2012-07-20 11:38:47 -0400
committerRobert Haas <rhaas@postgresql.org>2012-07-20 11:39:01 -0400
commit3a0e4d36ebd7f477822d5bae41ba121a40d22ccc (patch)
tree323cd89ebb88c51b796b86f17f6efa1db76a761e /src/backend/executor/functions.c
parentbe86e3dd5b42c33387ae976c014e6276c9439f7f (diff)
downloadpostgresql-3a0e4d36ebd7f477822d5bae41ba121a40d22ccc.tar.gz
postgresql-3a0e4d36ebd7f477822d5bae41ba121a40d22ccc.zip
Make new event trigger facility actually do something.
Commit 3855968f328918b6cd1401dd11d109d471a54d40 added syntax, pg_dump, psql support, and documentation, but the triggers didn't actually fire. With this commit, they now do. This is still a pretty basic facility overall because event triggers do not get a whole lot of information about what the user is trying to do unless you write them in C; and there's still no option to fire them anywhere except at the very beginning of the execution sequence, but it's better than nothing, and a good building block for future work. Along the way, add a regression test for ALTER LARGE OBJECT, since testing of event triggers reveals that we haven't got one. Dimitri Fontaine and Robert Haas
Diffstat (limited to 'src/backend/executor/functions.c')
-rw-r--r--src/backend/executor/functions.c4
1 files changed, 2 insertions, 2 deletions
diff --git a/src/backend/executor/functions.c b/src/backend/executor/functions.c
index bf2f5c68829..fc0bcb4bced 100644
--- a/src/backend/executor/functions.c
+++ b/src/backend/executor/functions.c
@@ -783,9 +783,9 @@ postquel_getnext(execution_state *es, SQLFunctionCachePtr fcache)
es->qd->utilitystmt),
fcache->src,
es->qd->params,
- false, /* not top level */
es->qd->dest,
- NULL);
+ NULL,
+ PROCESS_UTILITY_QUERY);
result = true; /* never stops early */
}
else