Repair bug #2694 concerning an ARRAY[] construct whose inputs are empty
authorTom Lane <tgl@sss.pgh.pa.us>
Mon, 6 Nov 2006 18:21:47 +0000 (18:21 +0000)
committerTom Lane <tgl@sss.pgh.pa.us>
Mon, 6 Nov 2006 18:21:47 +0000 (18:21 +0000)
commit5620f2776a88288b6efe5983003f173d00d08bc9
tree0944e522c3195cc0a967370541a32190af5f0079
parentff33071aa8f9111b16127c8b2e703db46e13e2de
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