On 16 Mar 2014 22:06, Yuri Levinsky wrote:
>
> Craig,
> Is this output correct now?
> #define SIZEOF_OFF_T 8
> #define SIZEOF_VOID_P 8
Well, you are getting 64-bit pointers. So if you are trying to produce a 64-bit
executable then yes, this looks appropriate.
--
Sent via pgsql-hackers maili
9710222
-Original Message-
From: Craig Ringer [mailto:cr...@2ndquadrant.com]
Sent: Sunday, March 16, 2014 2:40 PM
To: Yuri Levinsky; Robert Haas
Cc: Heikki Linnakangas; pgsql-hackers@postgresql.org
Subject: Re: [HACKERS] requested shared memory size overflows size_t
On 03/16/2014 06:57 PM
On 03/16/2014 06:57 PM, Yuri Levinsky wrote:
> Dear Craig,
> The output is:
> #define SIZEOF_OFF_T 8
> #define SIZEOF_VOID_P 4
> #define SIZEOF_SIZE_T 4
OK, that confirms you have done a 32-bit build.
You need to figure out how to invoke the 64-bit toolchain on your
Solaris version. You might ne
Levinsky; Robert Haas
Cc: Heikki Linnakangas; pgsql-hackers@postgresql.org
Subject: Re: [HACKERS] requested shared memory size overflows size_t
On 03/04/2014 10:53 PM, Yuri Levinsky wrote:
> Please advise me: I just downloaded the source and compiled it. Sun Spark
> Solaris 9 is always 64
On 03/04/2014 10:53 PM, Yuri Levinsky wrote:
> Please advise me: I just downloaded the source and compiled it. Sun Spark
> Solaris 9 is always 64 bit, I verified it with sys admin. He may run 32 bit
> applications as well. Have I use some special option during compilation to
> verify that compil
On Tue, Mar 4, 2014 at 9:53 AM, Yuri Levinsky wrote:
> Robert,
> Please advise me: I just downloaded the source and compiled it. Sun Spark
> Solaris 9 is always 64 bit, I verified it with sys admin. He may run 32 bit
> applications as well. Have I use some special option during compilation to
Levinsky
Cc: Heikki Linnakangas; pgsql-hackers@postgresql.org
Subject: Re: [HACKERS] requested shared memory size overflows size_t
On Tue, Mar 4, 2014 at 6:05 AM, Yuri Levinsky wrote:
> I changed postgresql.conf to decrease those parameters but no change:
> GMT54000FATAL: requested shared memor
On Tue, Mar 4, 2014 at 6:05 AM, Yuri Levinsky wrote:
> I changed postgresql.conf to decrease those parameters but no change:
> GMT54000FATAL: requested shared memory size overflows size_t
I think this means you are running on a 32-bit operating system, or at
least on a 32-bit build. That means
Heikki,
I changed postgresql.conf to decrease those parameters but no change:
GMT54000FATAL: requested shared memory size overflows size_t
> My kernel is:
> set semsys:seminfo_semmap=64
> set semsys:seminfo_semmni=4096
> set semsys:seminfo_semmns=4096
> set semsys:seminfo_semmnu=4096
> set sems
On 03/04/2014 11:59 AM, Yuri Levinsky wrote:
Dear Developers,
Please help with the following problem. I am running PostgreSQL 9.2.3 on SUN Solaris 9.
This is 64 bit system with 32G swap and 16G RAM. I use same configuration file as on
Linux or SUN Solaris 10, where everything is ok. I am unable
Dear Developers,
Please help with the following problem. I am running PostgreSQL 9.2.3 on SUN
Solaris 9. This is 64 bit system with 32G swap and 16G RAM. I use same
configuration file as on Linux or SUN Solaris 10, where everything is ok. I am
unable to set shared buffer 5G, the maximum possible
11 matches
Mail list logo
