Mailing lists [pgsql-hackers]

20 July 2012

• 00:02   Re: 2GB limit for temp_file_limit on 32bit platform Tom Lane
• 00:05   pgbench -i order of vacuum Jeff Janes
• 00:05   Re: CHECK NO INHERIT syntax Tom Lane
• 02:27   Re: 2GB limit for temp_file_limit on 32bit platform Mark Kirkwood
• 02:35   Re: row literal problem Tom Lane
• 05:09   Re: 2GB limit for temp_file_limit on 32bit platform Pavel Stehule
• 05:46   Re: 2GB limit for temp_file_limit on 32bit platform Pavel Stehule
• 06:31   Re: row literal problem Tom Lane
• 07:00   Re: Re: [COMMITTERS] pgsql: Fix mapping of PostgreSQL encodings to Python encodings. Jan Urbański
• 07:13   Re: Re: [COMMITTERS] pgsql: Fix mapping of PostgreSQL encodings to Python encodings. Jan Urbański
• 07:19   postgres 8.4.9: running out of memory (malloc fails) when running a transaction that runs a LOT of selects Benedikt Grundmann
• 08:11   Re: postgres 8.4.9: running out of memory (malloc fails) when running a transaction that runs a LOT of selects Heikki Linnakangas
• 09:05   Re: postgres 8.4.9: running out of memory (malloc fails) when running a transaction that runs a LOT of selects Andres Freund
• 09:25   Re: pgsql_fdw in contrib Shigeru HANADA
• 09:46   Re: postgres 8.4.9: running out of memory (malloc fails) when running a transaction that runs a LOT of selects Benedikt Grundmann
• 09:49   Re: postgres 8.4.9: running out of memory (malloc fails) when running a transaction that runs a LOT of selects Benedikt Grundmann
• 09:56   Re: postgres 8.4.9: running out of memory (malloc fails) when running a transaction that runs a LOT of selects Benedikt Grundmann
• 10:34   Re: postgres 8.4.9: running out of memory (malloc fails) when running a transaction that runs a LOT of selects Benedikt Grundmann
• 10:46   Re: postgres 8.4.9: running out of memory (malloc fails) when running a transaction that runs a LOT of selects Andres Freund
• 11:49   Re: SP-GiST for ranges based on 2d-mapping and quad-tree Heikki Linnakangas
• 14:21   Re: row literal problem Merlin Moncure
• 14:59   Re: pgbench -i order of vacuum Amit Kapila
• 15:37   Re: pgbench -i order of vacuum Jeff Janes
• 15:50   Re: Event Triggers reduced, v1 Robert Haas
• 16:25   Re: Using pg_upgrade on log-shipping standby servers Bruce Momjian
• 16:27   Re: pgbench -i order of vacuum Tom Lane
• 16:39   Re: Using pg_upgrade on log-shipping standby servers Aidan Van Dyk
• 17:11   Re: Using pg_upgrade on log-shipping standby servers Bruce Momjian
• 17:12   Re: Restrict ALTER FUNCTION CALLED ON NULL INPUT (was Re: Not quite a security hole: CREATE LANGUAGE for non-superusers) Robert Haas
• 17:13   Re: row literal problem Tom Lane
• 17:15   Re: isolation check takes a long time Andrew Dunstan
• 17:22   Re: Event Triggers reduced, v1 Thom Brown
• 17:37   Re: isolation check takes a long time Alvaro Herrera
• 17:39   Re: isolation check takes a long time Alvaro Herrera
• 17:52   Re: isolation check takes a long time Andrew Dunstan
• 17:52   Re: Restrict ALTER FUNCTION CALLED ON NULL INPUT (was Re: Not quite a security hole: CREATE LANGUAGE for non-superusers) Tom Lane
• 17:57   Re: isolation check takes a long time Tom Lane
• 18:13   Re: Event Triggers reduced, v1 Tom Lane
• 19:17   Re: isolation check takes a long time Andrew Dunstan
• 19:39   Re: Restrict ALTER FUNCTION CALLED ON NULL INPUT (was Re: Not quite a security hole: CREATE LANGUAGE for non-superusers) Robert Haas
• 19:45   Re: Restrict ALTER FUNCTION CALLED ON NULL INPUT (was Re: Not quite a security hole: CREATE LANGUAGE for non-superusers) Tom Lane
• 19:51   Re: Event Triggers reduced, v1 Robert Haas
• 19:52   Re: Event Triggers reduced, v1 Robert Haas
• 20:07   Re: CHECK NO INHERIT syntax Alvaro Herrera
• 20:12   Re: CHECK NO INHERIT syntax Tom Lane
• 20:17   Re: [COMMITTERS] pgsql: Remove prepared transactions from main isolation test schedule. Tom Lane
• 20:22   Re: [COMMITTERS] pgsql: Remove prepared transactions from main isolation test schedule. Andrew Dunstan
• 20:28   Re: Restrict ALTER FUNCTION CALLED ON NULL INPUT (was Re: Not quite a security hole: CREATE LANGUAGE for non-superusers) Robert Haas