Re: "could not reattach to shared memory" captured in buildfarm
В списке pgsql-hackers по дате отправления:
| От | Alvaro Herrera |
|---|---|
| Тема | Re: "could not reattach to shared memory" captured in buildfarm |
| Дата | |
| Msg-id | 20090505013810.GD3476@alvh.no-ip.org обсуждение |
| Ответ на | Re: "could not reattach to shared memory" captured in buildfarm (Magnus Hagander <magnus@hagander.net>) |
| Ответы |
Re: "could not reattach to shared memory" captured in buildfarm
|
| Список | pgsql-hackers |
Magnus Hagander wrote: > I didn't mean race condition between backends. I meant against a > potential other thread started by a loaded DLL for initialization. > (Again, things like antivirus are known to do this, and we do see these > issues more often if AV is present for example) I don't understand this. How can memory allocated by a completely separate process affect what happens to a backend? I mean, if an antivirus is running, surely it does not run on the backend's process? Or does it? -- Alvaro Herrera http://www.CommandPrompt.com/ The PostgreSQL Company - Command Prompt, Inc.
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера