Re: 13dev failed assert: comparetup_index_btree(): ItemPointer values should never be equal
От | Peter Geoghegan |
---|---|
Тема | Re: 13dev failed assert: comparetup_index_btree(): ItemPointer values should never be equal |
Дата | |
Msg-id | CAH2-WzmTgqv5ThQbjuAuPbJgVscUE3woVOyugwxq2hejnPFLdA@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: 13dev failed assert: comparetup_index_btree(): ItemPointer values should never be equal (James Coleman <jtc331@gmail.com>) |
Ответы |
Re: 13dev failed assert: comparetup_index_btree(): ItemPointer values should never be equal
|
Список | pgsql-hackers |
On Tue, Jul 28, 2020 at 8:40 AM James Coleman <jtc331@gmail.com> wrote: > Is that assumption largely based on the incremental sort patch > refactoring tuplesort.c a bit? I haven't looked at it much at all, but > I'm wondering if the issue could also be related to the btree > duplicates changes in 13 given that we're looking at > comparetup_index_btree and the datums are equal. It couldn't possibly be the deduplication patch. That didn't change anything in tuplesort.c. This is very likely to be related to incremental sort because it's a use-after-free issue, which is the kind of thing that could only really happen inside tuplesort.c. This is clear because some of the variables have the tell-tale 0x7f7f7f pattern that we written by CLOBBER_FREED_MEMORY builds when memory is freed. -- Peter Geoghegan
В списке pgsql-hackers по дате отправления: