Re: BUG #8410: out of binary heap slots
От | Tom Lane |
---|---|
Тема | Re: BUG #8410: out of binary heap slots |
Дата | |
Msg-id | 22149.1377903353@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: BUG #8410: out of binary heap slots (Andres Freund <andres@2ndquadrant.com>) |
Ответы |
Re: BUG #8410: out of binary heap slots
|
Список | pgsql-bugs |
Andres Freund <andres@2ndquadrant.com> writes: > On 2013-08-30 23:05:25 +0200, Andres Freund wrote: >> ExecReScanMergeAppend resets ms_initialized, but doesn't clear the >> binaryheap. Thus no new elements fit. > Ok, patch for that attached. I think the comments need a bit of copy-editing, but looks good otherwise. Will fix and commit. > Should we add > SELECT (SELECT g.i FROM ((SELECT random()::int ORDER BY 1 OFFSET 0) UNION ALL (SELECT random()::int ORDER BY 1 OFFSET 0))f(i) ORDER BY f.i LIMIT 1) FROM generate_series(1, 10) g(i); > as a regression test? I slightly on the "no" side... Not sure. It's pretty disturbing that this wasn't caught earlier; it seems to me that means there's no regression coverage that hits ExecReScanMergeAppend. However, I don't much like this specific test case because it seems like hitting the bug could depend on what series of random values you get. regards, tom lane
В списке pgsql-bugs по дате отправления: