Re: v16dev: invalid memory alloc request size 8488348128

Поиск
Список
Период
Сортировка
Искать
От
Tom Lane
Тема
Re: v16dev: invalid memory alloc request size 8488348128
Дата
Msg-id
1610169.1681529269@sss.pgh.pa.us
Ответ на
Список
Дерево обсуждения
v16dev: invalid memory alloc request size 8488348128 Justin Pryzby <pryzby@telsasoft.com>
Re: v16dev: invalid memory alloc request size 8488348128 David Rowley <dgrowleyml@gmail.com>
Re: v16dev: invalid memory alloc request size 8488348128 Justin Pryzby <pryzby@telsasoft.com>
Re: v16dev: invalid memory alloc request size 8488348128 David Rowley <dgrowleyml@gmail.com>
Re: v16dev: invalid memory alloc request size 8488348128 Tom Lane <tgl@sss.pgh.pa.us>
Re: v16dev: invalid memory alloc request size 8488348128 Justin Pryzby <pryzby@telsasoft.com>
Re: v16dev: invalid memory alloc request size 8488348128 David Rowley <dgrowleyml@gmail.com>
Re: v16dev: invalid memory alloc request size 8488348128 Tom Lane <tgl@sss.pgh.pa.us>
Re: v16dev: invalid memory alloc request size 8488348128 Justin Pryzby <pryzby@telsasoft.com>
Re: v16dev: invalid memory alloc request size 8488348128 Tom Lane <tgl@sss.pgh.pa.us>
David Rowley  writes:
> I don't think that's really going to help.  The crash already tells us
> there's a problem down the line, but if the commit you mention is to
> blame for this, then the problem is elsewhere, either in our
> assumption that we can get away without the datumCopy() or in the
> aggregate function producing the state that we're no longer copying.

It does smell like the aggregate output has been corrupted by the time
it got to the plpgsql function.  I don't particularly want to try to
synthesize a test case from the essentially-zero SQL-level information
we've been provided, though.  And I doubt we can track this down without
a test case.  So please try to sanitize the case you have enough that
you can share it.

			regards, tom lane


В списке pgsql-hackers по дате отправления
От: Tom Lane
Дата:
Сообщение: Re: Direct I/O
От: Mikael Kjellström
Дата:
Сообщение: Re: Direct I/O
FAQ