Re: There's some sort of race condition with the new FSM stuff
В списке pgsql-hackers по дате отправления:
| От | Zdenek Kotala |
|---|---|
| Тема | Re: There's some sort of race condition with the new FSM stuff |
| Дата | |
| Msg-id | 48F4C437.7060909@sun.com обсуждение исходный текст |
| Ответ на | Re: There's some sort of race condition with the new FSM stuff (Tom Lane <tgl@sss.pgh.pa.us>) |
| Ответы |
Re: There's some sort of race condition with the new FSM
stuff
|
| Список | pgsql-hackers |
Tom Lane napsal(a):
> Heikki Linnakangas <heikki.linnakangas@enterprisedb.com> writes:
>> I still wonder, though, why we're seeing the error consistently on kudu,
>> and not on any other animal. Perhaps the forknum field that's left
>> uninitialized gets a different value there than on other platforms.
>
> Hmm ... AFAICS this mistake would mean that no forknum field of the
> requests[] array ever gets set at all, so they would stay at whatever
> the virgin value in the shmem segment had been. Perhaps Solaris doesn't
> guarantee that a shared memory block starts out as zeroes?
For security reason any OS should clean memory pages before process
first touches them.
Zdenek
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера