Alvaro Herrera db02c179d7 Relax overly strict assertion ... Ever since its birth, ReorderBufferBuildTupleCidHash() has contained an assertion that a catalog tuple cannot change Cmax after acquiring one. But that's wrong: if a subtransaction executes DDL that affects that catalog tuple, and later aborts and another DDL affects the same tuple, it will change Cmax. Relax the assertion to merely verify that the Cmax remains valid and monotonically increasing, instead. Add a test that tickles the relevant code. Diagnosed by, and initial patch submitted by: Arseny Sher Co-authored-by: Arseny Sher Discussion: https://postgr.es/m/874l9p8hyw.fsf@ars-thinkpad		2019-02-12 18:42:37 -03:00
..
binary.out
concurrent_ddl_dml.out
ddl.out	Relax overly strict assertion	2019-02-12 18:42:37 -03:00
decoding_in_xact.out
decoding_into_rel.out	Fix crash when logical decoding is invoked from a PL function.	2017-10-06 19:18:58 -04:00
delayed_startup.out
messages.out
mxact.out
oldest_xmin.out	Reduce cost of test_decoding's new oldest_xmin test	2018-07-05 16:54:52 -04:00
ondisk_startup.out
permissions.out
prepared.out
replorigin.out
rewrite.out	Fix logical decoding error when system table w/ toast is repeatedly rewritten.	2018-10-10 13:53:02 -07:00
snapshot_transfer.out	Fix "base" snapshot handling in logical decoding	2018-06-26 16:38:34 -04:00
spill.out
time.out
toast.out
xact.out