diff options
author | Tom Lane <tgl@sss.pgh.pa.us> | 2006-08-04 21:33:36 +0000 |
---|---|---|
committer | Tom Lane <tgl@sss.pgh.pa.us> | 2006-08-04 21:33:36 +0000 |
commit | c68489863c91a23821c4fcbfd9cfb5bce3220e8f (patch) | |
tree | 89fa9cd063fc5d1927e78c3c78d81d4cfb352a94 /src/backend/access/gist/gistutil.c | |
parent | bf7b205e161a8f11bb3cea39a03d63f79decfc20 (diff) | |
download | postgresql-c68489863c91a23821c4fcbfd9cfb5bce3220e8f.tar.gz postgresql-c68489863c91a23821c4fcbfd9cfb5bce3220e8f.zip |
Fix domain_in() bug exhibited by Darcy Buskermolen. The idea of an EState
that's shorter-lived than the expression state being evaluated in it really
doesn't work :-( --- we end up with fn_extra caches getting deleted while
still in use. Rather than abandon the notion of caching expression state
across domain_in calls altogether, I chose to make domain_in a bit cozier
with ExprContext. All we really need for evaluating variable-free
expressions is an ExprContext, not an EState, so I invented the notion of a
"standalone" ExprContext. domain_in can prevent resource leakages by doing
a ReScanExprContext on this rather than having to free it entirely; so we
can make the ExprContext have the same lifespan (and particularly the same
per_query memory context) as the expression state structs.
Diffstat (limited to 'src/backend/access/gist/gistutil.c')
0 files changed, 0 insertions, 0 deletions