Repair bug #2694 concerning an ARRAY[] construct whose inputs are empty
authorTom Lane <tgl@sss.pgh.pa.us>
Mon, 6 Nov 2006 18:21:38 +0000 (18:21 +0000)
committerTom Lane <tgl@sss.pgh.pa.us>
Mon, 6 Nov 2006 18:21:38 +0000 (18:21 +0000)
commitb3234f2912191ca5c214b850b52d0db09b7b6622
tree2fbbe65e9db6ed19aebc634de30b0d6fddecb610
parentbefd4e4e482e5d2f02ac930bba4336478a5e685c
Repair bug #2694 concerning an ARRAY[] construct whose inputs are empty
sub-arrays.  Per discussion, if all inputs are empty arrays then result
must be an empty array too, whereas a mix of empty and nonempty arrays
should (and already did) draw an error.  In the back branches, the
construct was strict: any NULL input immediately yielded a NULL output;
so I left that behavior alone.  HEAD was simply ignoring NULL sub-arrays,
which doesn't seem very sensible.  For lack of a better idea it now
treats NULL sub-arrays the same as empty ones.
src/backend/executor/execQual.c