summaryrefslogtreecommitdiff
path: root/src/backend/access/gist/gistutil.c
diff options
context:
space:
mode:
authorTom Lane <tgl@sss.pgh.pa.us>2021-03-22 14:01:20 -0400
committerTom Lane <tgl@sss.pgh.pa.us>2021-03-22 14:01:20 -0400
commit063dd37ebc7644e8db6419565b50dca019e69e86 (patch)
treeb76475f5aa8f96a3ce81c2e1f34ab671070e06ac /src/backend/access/gist/gistutil.c
parentaeb1631ed207cef2d80e20f79eb52c72f03bca7d (diff)
downloadpostgresql-063dd37ebc7644e8db6419565b50dca019e69e86.tar.gz
Short-circuit slice requests that are for more than the object's size.
substring(), and perhaps other callers, isn't careful to pass a slice length that is no more than the datum's true size. Since toast_decompress_datum_slice's children will palloc the requested slice length, this can waste memory. Also, close study of the liblz4 documentation suggests that it is dependent on the caller to not ask for more than the correct amount of decompressed data; this squares with observed misbehavior with liblz4 1.8.3. Avoid these problems by switching to the normal full-decompression code path if the slice request is >= datum's decompressed size. Tom Lane and Dilip Kumar Discussion: https://postgr.es/m/507597.1616370729@sss.pgh.pa.us
Diffstat (limited to 'src/backend/access/gist/gistutil.c')
0 files changed, 0 insertions, 0 deletions