Re: "invalid memory alloc request size " in deferred trigger causes transaction to fail, but the backend keeps running
В списке pgsql-bugs по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: "invalid memory alloc request size |
| Дата | |
| Msg-id | 10560.1102035571@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на |
Re: "invalid memory alloc request size |
| Ответы |
Re: "invalid memory alloc request size |
| Список | pgsql-bugs |
Frank van Vugt <ftm.van.vugt@foxi.nl> writes:
>> What I'd be inclined
>> to try is tracing through the transaction to see where
>> SerializableSnapshotData.xcnt or LatestSnapshotData.xcnt gets clobbered
>> from. It'd be mighty tedious if you have to fall back on a software
>> watchpoint though.
> A hint on the expression(s) to use would be appreciated !
(gdb) watch SerializableSnapshotData.xcnt
Hardware watchpoint 1: SerializableSnapshotData.xcnt
(gdb) watch LatestSnapshotData.xcnt
Hardware watchpoint 2: LatestSnapshotData.xcnt
(gdb) cont
Continuing.
The only "authorized" place to set these is the assignment near the
bottom of GetSnapshotData(), which would normally get hit about
once per command.
regards, tom lane
В списке pgsql-bugs по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера