aboutsummaryrefslogtreecommitdiff
path: root/src/pl/plpython/plpy_plpymodule.c
diff options
context:
space:
mode:
authorAlvaro Herrera <alvherre@alvh.no-ip.org>2016-12-09 12:42:17 -0300
committerAlvaro Herrera <alvherre@alvh.no-ip.org>2016-12-09 12:42:17 -0300
commita73491e5fee88f5db70d69e81fa45060b6ed3682 (patch)
treea2cca864d4556a42659095986505e1071a640806 /src/pl/plpython/plpy_plpymodule.c
parent64bc26f90d342ca343f5ba383a97691a58991204 (diff)
downloadpostgresql-a73491e5fee88f5db70d69e81fa45060b6ed3682.tar.gz
postgresql-a73491e5fee88f5db70d69e81fa45060b6ed3682.zip
Fix crasher bug in array_position(s)
array_position and its cousin array_positions were caching the element type equality function's FmgrInfo without being careful enough to put it in a long-lived context. This is obviously broken but it didn't matter in most cases; only when using arrays of records (involving record_eq) it becomes a problem. The fix is to ensure that the type's equality function's FmgrInfo is cached in the array_position's flinfo->fn_mcxt rather than the current memory context. Apart from record types, the only other case that seems complex enough to possibly cause the same problem are range types. I didn't find a way to reproduce the problem with those, so I only include the test case submitted with the bug report as regression test. Bug report and patch: Junseok Yang Discussion: https://postgr.es/m/CAE+byMupUURYiZ6bKYgMZb9pgV1CYAijJGqWj-90W=nS7uEOeA@mail.gmail.com Backpatch to 9.5, where array_position appeared.
Diffstat (limited to 'src/pl/plpython/plpy_plpymodule.c')
0 files changed, 0 insertions, 0 deletions