aboutsummaryrefslogtreecommitdiff
path: root/src/include/regex/regex.h
diff options
context:
space:
mode:
authorMarc G. Fournier <scrappy@hub.org>1996-10-30 06:08:10 +0000
committerMarc G. Fournier <scrappy@hub.org>1996-10-30 06:08:10 +0000
commit69c7f25bed1a3dc1a8343b60411d8d9884cfc956 (patch)
tree16290a2df854c8be1a36651b51f79ed17755594d /src/include/regex/regex.h
parent6ada9dfdce546a59ffdc9ab0104c2d2b6b8c5275 (diff)
downloadpostgresql-69c7f25bed1a3dc1a8343b60411d8d9884cfc956.tar.gz
postgresql-69c7f25bed1a3dc1a8343b60411d8d9884cfc956.zip
Fixes:
I found another bug in btree index. Looking at the code it seems that NULL keys are never used to build or scan a btree index (see the explain commands in the example). However this is not the case when a null key is retrieved in an outer loop of a join select and used in an index scan of an inner loop. This bug causes at least three kinds of problems: 1) the backend crashes when it tries to compare a text string with a null. 2) it is not possible to find tuples with null keys in a join. 3) null is considered equal to 0 when the datum is passed by value, see the last query. Submitted by: Massimo Dal Zotto <dz@cs.unitn.it>
Diffstat (limited to 'src/include/regex/regex.h')
0 files changed, 0 insertions, 0 deletions