Re: pg_trgm comparison bug on cross-architecture replication due to different char implementation
Tom Lane <tgl@sss.pgh.pa.us>
From: Tom Lane <tgl@sss.pgh.pa.us>
To: Masahiko Sawada <sawada.mshk@gmail.com>
Cc: Noah Misch <noah@leadboat.com>, Joe Conway <mail@joeconway.com>,
Peter Eisentraut <peter@eisentraut.org>,
Alexander Korotkov <aekorotkov@gmail.com>,
"Guo,
Adam" <adamguo@amazon.com>,
"pgsql-hackers@lists.postgresql.org"
<pgsql-hackers@lists.postgresql.org>,
Nathan Bossart <nathandbossart@gmail.com>,
Jim Mlodgenski <jimmy76@gmail.com>
Date: 2024-09-10T18:57:55Z
Lists: pgsql-hackers
Masahiko Sawada <sawada.mshk@gmail.com> writes: > An alternative way would be that we store the char signedness in the > control file, and gin_trgm_ops opclass reads it if the bytes in the > meta page shows 'unset'. The char signedness in the control file > doesn't mean to be used for the compatibility check for physical > replication but used as a hint. But it also could be a bit messy, > though. Yeah, that seems like it could work. But are we sure that replicas get a copy of the primary's control file rather than creating their own? regards, tom lane
Commits
-
pg_upgrade: Check for the expected error message in TAP tests.
- f52345995d36 18.0 landed
-
Fix a typo in 005_char_signedness.pl test.
- 945a9e3832c3 18.0 landed
-
Add test 005_char_signedness.pl to meson.build.
- 78d3f4889502 18.0 landed
-
Fix an issue with index scan using pg_trgm due to char signedness on different architectures.
- dfd8e6c73eea 18.0 landed
-
pg_upgrade: Add --set-char-signedness to set the default char signedness of new cluster.
- 1aab6805919b 18.0 landed
-
pg_upgrade: Preserve default char signedness value from old cluster.
- a8238f87f980 18.0 landed
-
pg_resetwal: Add --char-signedness option to change the default char signedness.
- 30666d1857d7 18.0 landed
-
Add default_char_signedness field to ControlFileData.
- 44fe30fdab67 18.0 landed
-
Remove unneeded nbtree array preprocessing assert.
- 480bc6e3ed3a 17.0 cited