Re: [HACKERS] `array_position...()` causes SIGSEGV
От | Alvaro Herrera |
---|---|
Тема | Re: [HACKERS] `array_position...()` causes SIGSEGV |
Дата | |
Msg-id | 20161209120120.vsxizffxlwp62equ@alvherre.pgsql обсуждение исходный текст |
Ответ на | Re: [HACKERS] `array_position...()` causes SIGSEGV (Michael Paquier <michael.paquier@gmail.com>) |
Список | pgsql-hackers |
Michael Paquier wrote: > On Fri, Dec 9, 2016 at 3:14 PM, Junseok Yang <jsyang@bitnine.net> wrote: > > I met SIGSEGV when using `array_position()` with record type > > arguments, so I've written a patch which corrects this problem. It > > seems that `array_position...()` sets wrong memory context for the > > cached function (in this case `record_eq()`) which is used to find a > > matching element. > > > > The problem is reproducable with the following query. > > > > SELECT array_position(ids, (1, 1)) > > FROM (VALUES (ARRAY[(0, 0)]), (ARRAY[(1, 1)])) AS _(ids); > > Good catch. That's present since 13dbc7a8 and the introduction of > array_offset(), or array_position() on HEAD, so the patch should be > applied down to 9.5. Thanks for CC'ing me. Looking now. -- Álvaro Herrera https://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
В списке pgsql-hackers по дате отправления: