Re: [HACKERS] [COMMITTERS] pgsql: Fix possible crash reading pg_stat_activity.
В списке pgsql-hackers по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: [HACKERS] [COMMITTERS] pgsql: Fix possible crash reading pg_stat_activity. |
| Дата | |
| Msg-id | 8402.1483640139@sss.pgh.pa.us обсуждение |
| Ответ на | Re: [HACKERS] [COMMITTERS] pgsql: Fix possible crash reading pg_stat_activity. (Robert Haas <robertmhaas@gmail.com>) |
| Ответы |
Re: [HACKERS] [COMMITTERS] pgsql: Fix possible crash reading pg_stat_activity.
|
| Список | pgsql-hackers |
Robert Haas <robertmhaas@gmail.com> writes:
> No, I think backend-lifetime is right. The tranche registrations are
> all backend-local state, so there's no problem with backend A
> registering a string at one address and backend B registering a string
> at a different address. It's just important that neither of those
> strings goes away before the corresponding backend does.
Then I don't understand what's going on. Isn't the crash you fixed
because backend A was looking at the tranche containing the lock backend B
was blocked on? How can a tranche name local to backend B work?
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера