postgresql/contrib/hstore
Tom Lane cd55aa2e00 Fix two new-in-9.0 bugs in hstore.
There was an incorrect Assert in hstoreValidOldFormat(), which would cause
immediate core dumps when attempting to work with pre-9.0 hstore data,
but of course only in an assert-enabled build.

Also, ghstore_decompress() incorrectly applied DatumGetHStoreP() to a datum
that wasn't actually an hstore, but rather a ghstore (ie, a gist signature
bitstring).  That used to be harmless, but could now result in misbehavior
if the hstore format conversion code happened to trigger.  In reality,
since ghstore is not marked toastable (and doesn't need to be), this
function is useless anyway; we can lobotomize it down to returning the
passed-in pointer.

Both bugs found by Andrew Gierth, though this isn't exactly his proposed
patch.
2010-09-16 02:54:01 +00:00
..
data Add GIN support for pg_trgm. From Guillaume Smet <guillaume.smet@gmail.com> 2007-03-14 14:21:53 +00:00
expected Make hstore regression tests independent of standard_conforming_strings. 2010-07-20 01:22:52 +00:00
sql Make hstore regression tests independent of standard_conforming_strings. 2010-07-20 01:22:52 +00:00
crc32.c 8.4 pgindent run, with new combined Linux/FreeBSD/MinGW typedef list 2009-06-11 14:49:15 +00:00
crc32.h 8.4 pgindent run, with new combined Linux/FreeBSD/MinGW typedef list 2009-06-11 14:49:15 +00:00
hstore_compat.c Fix two new-in-9.0 bugs in hstore. 2010-09-16 02:54:01 +00:00
hstore_gin.c pgindent run for 9.0 2010-02-26 02:01:40 +00:00
hstore_gist.c Fix two new-in-9.0 bugs in hstore. 2010-09-16 02:54:01 +00:00
hstore_io.c pgindent run for 9.0 2010-02-26 02:01:40 +00:00
hstore_op.c pgindent run for 9.0 2010-02-26 02:01:40 +00:00
hstore.h pgindent run for 9.0 2010-02-26 02:01:40 +00:00
hstore.sql.in Remove hstore % text[] operator; use slice() function instead. 2010-07-02 20:36:49 +00:00
Makefile Assorted improvements in contrib/hstore. 2009-09-30 19:50:22 +00:00
uninstall_hstore.sql Remove hstore % text[] operator; use slice() function instead. 2010-07-02 20:36:49 +00:00