Tom Lane 15884d494e Fix erroneous parsing of tsquery input "... & !(subexpression) | ..." ...

After parsing a parenthesized subexpression, we must pop all pending
ANDs and NOTs off the stack, just like the case for a simple operand.
Per bug #5793.

Also fix clones of this routine in contrib/intarray and contrib/ltree,
where input of types query_int and ltxtquery had the same problem.

Back-patch to all supported versions.

2010-12-19 12:48:48 -05:00

..

data

…

expected

…

sql

…

_ltree_gist.c

Allow zero-dimensional (ie, empty) arrays in contrib/ltree operations.

2010-02-24 18:02:30 +00:00

_ltree_op.c

Allow zero-dimensional (ie, empty) arrays in contrib/ltree operations.

2010-02-24 18:02:30 +00:00

.gitignore

Some more gitignore cleanups: cover contrib and PL regression test outputs.

2010-09-22 17:23:00 -04:00

crc32.c

…

crc32.h

…

lquery_op.c

Allow zero-dimensional (ie, empty) arrays in contrib/ltree operations.

2010-02-24 18:02:30 +00:00

ltree_gist.c

Allow zero-dimensional (ie, empty) arrays in contrib/ltree operations.

2010-02-24 18:02:30 +00:00

ltree_io.c

…

ltree_op.c

…

ltree.h

…

ltree.sql.in

…

ltreetest.sql

…

ltxtquery_io.c

Fix erroneous parsing of tsquery input "... & !(subexpression) | ..."

2010-12-19 12:48:48 -05:00

ltxtquery_op.c

…

Makefile

…

uninstall_ltree.sql

…