Re: any suggestions to detect memory corruption

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: any suggestions to detect memory corruption
Дата
Msg-id 25934.1557326081@sss.pgh.pa.us
обсуждение исходный текст
Ответ на any suggestions to detect memory corruption  (Alex <zhihui.fan1213@gmail.com>)
Ответы Re: any suggestions to detect memory corruption  (Robert Haas <robertmhaas@gmail.com>)
Список pgsql-hackers
Alex <zhihui.fan1213@gmail.com> writes:
> I can get the following log randomly and I am not which commit caused it.

> 2019-05-08 21:37:46.692 CST [60110] WARNING:  problem in alloc set index
> info: req size > alloc size for chunk 0x2a33a78 in block 0x2a33a18

I've had success in finding memory stomp causes fairly quickly by setting
a hardware watchpoint in gdb on the affected location.  Then you just let
it run to see when the value changes, and check whether that's a "legit"
or "not legit" modification point.

The hard part of that, of course, is to know in advance where the affected
location is.  You may be able to make things sufficiently repeatable by
doing the problem query in a fresh session each time.

            regards, tom lane



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: make \d pg_toast.foo show its indices
Следующее
От: Laurenz Albe
Дата:
Сообщение: Re: Identity columns should own only one sequence