Re: "could not reattach to shared memory" captured in buildfarm
В списке pgsql-hackers по дате отправления:
| От | Magnus Hagander |
|---|---|
| Тема | Re: "could not reattach to shared memory" captured in buildfarm |
| Дата | |
| Msg-id | 4A000CA4.9@hagander.net обсуждение исходный текст |
| Ответ на | Re: "could not reattach to shared memory" captured in buildfarm (Alvaro Herrera <alvherre@commandprompt.com>) |
| Список | pgsql-hackers |
Alvaro Herrera wrote: > 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? Anti[something] software regularly injects code into other processes, yes. Either by creating a thread in the process using CreateRemoteThread() or by using techniques similar to LD_PRELOAD. //Magnus
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера