Skip to content
Snippets Groups Projects
Select Git revision
  • benchmark-tools
  • postgres-lambda
  • master default
  • REL9_4_25
  • REL9_5_20
  • REL9_6_16
  • REL_10_11
  • REL_11_6
  • REL_12_1
  • REL_12_0
  • REL_12_RC1
  • REL_12_BETA4
  • REL9_4_24
  • REL9_5_19
  • REL9_6_15
  • REL_10_10
  • REL_11_5
  • REL_12_BETA3
  • REL9_4_23
  • REL9_5_18
  • REL9_6_14
  • REL_10_9
  • REL_11_4
23 results

gist

  • Clone with SSH
  • Clone with HTTPS
  • user avatar
    Tom Lane authored
    This oversight led to a massive memory leak --- upwards of 10KB per tuple
    --- during creation-time verification of an exclusion constraint based on a
    GIST index.  In most other scenarios it'd just be a leak of 10KB that would
    be recovered at end of query, so not too significant; though perhaps the
    leak would be noticeable in a situation where a GIST index was being used
    in a nestloop inner indexscan.  In any case, it's a real leak of long
    standing, so patch all supported branches.  Per report from Harald Fuchs.
    0a6cc285
    History
    Name Last commit Last update
    ..