Use array_contains_nulls instead of ARR_HASNULL on user-supplied arrays.
authorTom Lane <tgl@sss.pgh.pa.us>
Sun, 9 Jan 2011 18:09:07 +0000 (13:09 -0500)
committerTom Lane <tgl@sss.pgh.pa.us>
Sun, 9 Jan 2011 18:09:07 +0000 (13:09 -0500)
commit304845075ce0eb9045af50ed32c688a0cb8dd490
tree74e9b957bc60160376621860bb8a4bc5fc2dacb4
parent361418be7c23e236d07edf4052de85ab8f32d88d
Use array_contains_nulls instead of ARR_HASNULL on user-supplied arrays.

This applies the fix for bug #5784 to remaining places where we wish
to reject nulls in user-supplied arrays.  In all these places, there's
no reason not to allow a null bitmap to be present, so long as none of
the current elements are actually null.

I did not change some other places where we are looking at system catalog
entries or aggregate transition values, as the presence of a null bitmap
in such an array would be suspicious.
contrib/cube/cube.c
contrib/ltree/_ltree_gist.c
contrib/ltree/_ltree_op.c
contrib/ltree/lquery_op.c
contrib/ltree/ltree_gist.c
src/backend/utils/adt/arrayfuncs.c
src/backend/utils/adt/arrayutils.c
src/backend/utils/adt/tsrank.c