Re: Shortcoming in CLOBBER_FREED_MEMORY coverage: disk buffer pointers
В списке pgsql-hackers по дате отправления:
| От | Jim Nasby |
|---|---|
| Тема | Re: Shortcoming in CLOBBER_FREED_MEMORY coverage: disk buffer pointers |
| Дата | |
| Msg-id | 54C6BE29.4070507@BlueTreble.com обсуждение исходный текст |
| Ответ на | Shortcoming in CLOBBER_FREED_MEMORY coverage: disk buffer pointers (Tom Lane <tgl@sss.pgh.pa.us>) |
| Ответы |
Re: Shortcoming in CLOBBER_FREED_MEMORY coverage: disk buffer pointers
|
| Список | pgsql-hackers |
On 1/24/15 3:31 PM, Tom Lane wrote: > Another idea is to teach Valgrind that whenever a backend reduces its > pin count on a shared buffer to zero, that buffer should become undefined > memory. <paranoia> Shouldn't this technically tie in with ResourceOwners? If a pointer takes the pin count from 1 to 2, then that pointer shouldbe invalid by the time the pin count goes from 2 to 1... I'm worried that a simple test when pin count is 0 could miss some cases of pointers just happening to be cleared by a secondpart of the code even though the pin count has already dropped. -- Jim Nasby, Data Architect, Blue Treble Consulting Data in Trouble? Get it in Treble! http://BlueTreble.com
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера