From: | tgl(at)postgresql(dot)org (Tom Lane) |
---|---|
To: | pgsql-committers(at)postgresql(dot)org |
Subject: | pgsql: Repair bug #2694 concerning an ARRAY[] construct whose inputs are |
Date: | 2006-11-06 18:21:32 |
Message-ID: | 20061106182132.157649F9806@postgresql.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-committers |
Log Message:
-----------
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.
Modified Files:
--------------
pgsql/src/backend/executor:
execQual.c (r1.196 -> r1.197)
(http://developer.postgresql.org/cvsweb.cgi/pgsql/src/backend/executor/execQual.c.diff?r1=1.196&r2=1.197)
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2006-11-06 18:21:38 | pgsql: Repair bug #2694 concerning an ARRAY[] construct whose inputs are |
Previous Message | User Sdanforth | 2006-11-06 18:14:20 | bizgres - bizgres: Added inheritAll=false to compileKETL target to fix |