I wrote:
> I see it too. I think the crash probably only occurs on a 32-bit build
> (or one where you've disabled int8-pass-by-value anyway). Looks like
> something's confused about cross-data-type comparisons --- this is an
> int4 vs int8 comparison, so it shouldn't be ending up at int8eq.
Argh ... the reason we're ending up at int8eq is that findPartialMatch
is using the wrong set of equality functions. hashtable->cur_eq_funcs
correctly references int8eq, but what we want to be using is the
SubPlanState's cur_eq_funcs. Amazing it took this long for anybody
to notice, because that's been wrong a long time.
regards, tom lane
--
Sent via pgsql-bugs mailing list (pgsql-bugs@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-bugs
