aboutsummaryrefslogtreecommitdiff
path: root/src/backend/tcop/postgres.c
diff options
context:
space:
mode:
authorDavid Rowley <drowley@postgresql.org>2022-09-13 11:02:56 +1200
committerDavid Rowley <drowley@postgresql.org>2022-09-13 11:02:56 +1200
commit6b89ce1a21f909f616db165dcc6d8d2918fbc185 (patch)
treee11f07e3c36119c148f97fec4c1b7ad637694850 /src/backend/tcop/postgres.c
parent346990ae2e9f50030831a27aba78653fbde8c7ca (diff)
downloadpostgresql-6b89ce1a21f909f616db165dcc6d8d2918fbc185.tar.gz
postgresql-6b89ce1a21f909f616db165dcc6d8d2918fbc185.zip
Don't reference out-of-bounds array elements in brin_minmax_multi.c
The primary fix here is to fix has_matching_range() so it does not reference ranges->values[-1] when nranges == 0. Similar problems existed in AssertCheckRanges() too. It does not look like any of these problems could lead to a crash as the array in question is at the end of the Ranges struct, and values[-1] is memory that belongs to other fields in the struct. However, let's get rid of these rather unsafe coding practices. In passing, I (David) adjusted some comments to try to make it more clear what some of the fields are for in the Ranges struct. I had to study the code to find out what nsorted was for as I couldn't tell from the comments. Author: Ranier Vilela Discussion: https://postgr.es/m/CAEudQAqJQzPitufX-jR=YUbJafpCDAKUnwgdbX_MzSc93wuvdw@mail.gmail.com Backpatch-through: 14, where multi-range brin was added.
Diffstat (limited to 'src/backend/tcop/postgres.c')
0 files changed, 0 insertions, 0 deletions