Zdenek Kotala wrote:
Tom Lane napsal(a):
Heikki Linnakangas <[EMAIL PROTECTED]> 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
--
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers
