Re: retry shm attach for windows (WAS: Re: [HACKERS] OK, so culicidae is *still* broken)
В списке pgsql-hackers по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: retry shm attach for windows (WAS: Re: [HACKERS] OK, so culicidae is *still* broken) |
| Дата | |
| Msg-id | 12020.1496843729@sss.pgh.pa.us обсуждение |
| Ответ на | Re: retry shm attach for windows (WAS: Re: [HACKERS] OK, so culicidaeis *still* broken) (Amit Kapila <amit.kapila16@gmail.com>) |
| Список | pgsql-hackers |
Amit Kapila <amit.kapila16@gmail.com> writes:
> On Tue, Jun 6, 2017 at 10:14 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
>> By definition, the address range we're trying to reuse worked successfully
>> in the postmaster process. I don't see how forcing a specific address
>> could do anything but create an additional risk of postmaster startup
>> failure.
> I think it won't create an additional risk, because the idea is that
> if we fail to map the shm segment at a predefined address, then we
> will allow the system to choose the initial address as we are doing
> now. So, it can reduce chances of doing retries.
[ shrug... ] That would just make the patch even more complicated and
hard to test. And it doesn't do anything to fix the ASLR issue.
Could we get on with trying to test something that *does* fix the
ASLR issue, like the draft patch I posted upthread?
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера