Re: BUG #17158: Distinct ROW fails with Postgres 14
Peter Eisentraut <peter.eisentraut@enterprisedb.com>
From: Peter Eisentraut <peter.eisentraut@enterprisedb.com>
To: Tom Lane <tgl@sss.pgh.pa.us>
Cc: David Rowley <dgrowleyml@gmail.com>, sait.nisanci@microsoft.com,
PostgreSQL mailing lists <pgsql-bugs@lists.postgresql.org>
Date: 2021-09-15T10:26:29Z
Lists: pgsql-bugs
On 14.09.21 17:02, Tom Lane wrote: > Peter Eisentraut <peter.eisentraut@enterprisedb.com> writes: >> On 10.09.21 21:27, Tom Lane wrote: >>> Perhaps it'd work to put the phony entry into fcinfo->flinfo->fn_mcxt >>> instead of CacheMemoryContext. > >> Ok, the attached patch fixes the valgrind error. > > Looks roughly sane to me. I'm of two minds about whether you > ought to change the palloc to palloc0. We'd have taken much > longer to notice this problem if palloc0 had been used; but > from any standpoint other than "will valgrind catch it", it > seems like zeroing the fake typcache entry would be safer. Yeah, pushed with the palloc0.
Commits
-
Fix hash_array
- 9b2fd490577b 14.0 landed
- 851ff9335742 15.0 landed
-
Disable anonymous record hash support except in special cases
- 054adca641ac 14.0 landed
- a3d2b1bbe904 15.0 landed