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
Ответ на
Re: v16dev: invalid memory alloc request size 8488348128 (David Rowley)
Список
Дерево обсуждения
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 по дате отправления