Re: pg_verify_checksums and -fno-strict-aliasing
Tom Lane <tgl@sss.pgh.pa.us>
From: Tom Lane <tgl@sss.pgh.pa.us>
To: Magnus Hagander <magnus@hagander.net>
Cc: Fabien COELHO <coelho@cri.ensmp.fr>,
Michael Banck <michael.banck@credativ.de>,
pgsql-hackers <pgsql-hackers@postgresql.org>
Date: 2018-08-30T21:49:04Z
Lists: pgsql-hackers
Magnus Hagander <magnus@hagander.net> writes: > On Thu, Aug 30, 2018 at 4:39 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote: >> (The right fix, of course, is to malloc the work buffer rather than >> put it on the stack.) > So if I get you right, you're saying the attached patch should be all > that's needed? Well, that's some of what's needed. I notice this code is also being sloppy about whether block numbers are signed or unsigned, which means it'd probably misbehave on relations exceeding 2^31 blocks. I have a patch in progress to clean all that up, though I'm still working on the strict-aliasing part. regards, tom lane
Commits
-
Avoid using potentially-under-aligned page buffers.
- 44cac9346479 12.0 landed
- 5af055ed7446 9.3.25 landed
- f5c93cf92223 11.0 landed
- 826980424538 9.6.11 landed
- 10b9af3ebbed 10.6 landed
- 083d9ced14e4 9.4.20 landed
- 03ffe5553c1d 9.5.15 landed
-
Code review for pg_verify_checksums.c.
- d787af7badfe 11.0 landed
- d9c366f9e801 12.0 landed
-
Make checksum_impl.h safe to compile with -fstrict-aliasing.
- db87d3b5253f 9.3.25 landed
- 20f9cd55dd53 9.4.20 landed
- 853af991e35a 9.5.15 landed
- d6ef17ed7bba 9.6.11 landed
- c2dfbd18ce25 10.6 landed
- 9daff2fe69dc 11.0 landed
- 8c62d9d16f01 12.0 landed