Re: There's some sort of race condition with the new FSM stuff - Mailing list pgsql-hackers

From Heikki Linnakangas
Subject Re: There's some sort of race condition with the new FSM stuff
Date
Msg-id 48F4F473.6090707@enterprisedb.com
Whole thread Raw
In response to Re: There's some sort of race condition with the new FSM stuff  (Zdenek Kotala <Zdenek.Kotala@Sun.COM>)
Responses Re: There's some sort of race condition with the new FSM stuff
List pgsql-hackers
Zdenek Kotala wrote:
> 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.

Yeah. But it doesn't necessarily need to fill them with zeros, any 
garbage will do.

--   Heikki Linnakangas  EnterpriseDB   http://www.enterprisedb.com


pgsql-hackers by date:

Previous
From: Bruce Momjian
Date:
Subject: Re: Updates of SE-PostgreSQL 8.4devel patches
Next
From: Alvaro Herrera
Date:
Subject: spoonbill is failing citext test