Re: pgsql: Avoid valgrind complaint about write() of uninitalized bytes.
Peter Geoghegan <pg@bowt.ie>
From: Peter Geoghegan <pg@bowt.ie>
To: Andres Freund <andres@anarazel.de>
Cc: Robert Haas <rhaas@postgresql.org>, Tom Lane <tgl@sss.pgh.pa.us>, PostgreSQL Hackers <pgsql-hackers@postgresql.org>, pgsql-committers <pgsql-committers@postgresql.org>
Date: 2018-02-21T20:18:01Z
Lists: pgsql-hackers
Attachments
- 0001-Avoid-another-Valgrind-complaint-about-a-logtape.c-w.patch (text/x-patch) patch 0001
On Wed, Feb 21, 2018 at 10:55 AM, Peter Geoghegan <pg@bowt.ie> wrote: > Sure, but it looks like it has the exact same underlying cause to the > LogicalTapeFreeze() issue. It shouldn't be very hard to write an > equivalent patch for LogicalTapeRewindForRead() -- I pointed out that > this could happen there instead before the first patch went in, in > fact. My mistake was to imagine that that could never happen during > the regression tests. Attached patch does this. I cannot recreate this issue locally, but this should still fix it on skink. > Should we even be doing a parallel external sort here? It's hardly > part of an intentional effort to test the code. I had to push to get > us to give external sorts test coverage at one point about 18 months > ago, because of concerns about the overhead/duration of external > sorts. Not that I feel strongly about this myself. I suppose that we should commit this patch, even if we subsequently suppress parallel CREATE INDEX in the multiple-row-versions isolation test. -- Peter Geoghegan
Commits
-
Avoid another valgrind complaint about write() of uninitalized bytes.
- de6428afe13b 11.0 landed
-
Avoid valgrind complaint about write() of uninitalized bytes.
- 9fafa413ac60 11.0 cited
-
Support parallel btree index builds.
- 9da0cc35284b 11.0 cited