• Heikki Linnakangas's avatar
    Use a separate memory context for GIN scan keys. · d88976cf
    Heikki Linnakangas authored
    It was getting tedious to track and release all the different things that
    form a scan key. We were leaking at least the queryCategories array, and
    possibly more, on a rescan. That was visible if a GIN index was used in a
    nested loop join. This also protects from leaks in extractQuery method.
    
    No backpatching, given the lack of complaints from the field. Maybe later,
    after this has received more field testing.
    d88976cf
ginget.c 49.5 KB