aboutsummaryrefslogtreecommitdiff
path: root/src/backend/executor/execUtils.c
diff options
context:
space:
mode:
authorTom Lane <tgl@sss.pgh.pa.us>2006-11-06 18:21:47 +0000
committerTom Lane <tgl@sss.pgh.pa.us>2006-11-06 18:21:47 +0000
commitfc8c5fbf5d7763b070f50b1afa85c7f955a83d77 (patch)
tree301fc46329f2ef894164e3e69747979f515d439c /src/backend/executor/execUtils.c
parentb4f5429fa84d08a6466f49b15d2586df9f183eb5 (diff)
downloadpostgresql-fc8c5fbf5d7763b070f50b1afa85c7f955a83d77.tar.gz
postgresql-fc8c5fbf5d7763b070f50b1afa85c7f955a83d77.zip
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.
Diffstat (limited to 'src/backend/executor/execUtils.c')
0 files changed, 0 insertions, 0 deletions