pgsql-hackers since 2012-04-29 00:00

The PostgreSQL developers team lives here. Discussion of current development issues, problems and bugs, and proposed new features. If your question cannot be answered by people in the other lists, and it is likely that only a developer will know the answer, you may re-post your question in this list. You must try elsewhere first!

Search the Archives

(enter a message-id to go directly to that message)
Advanced Search

Browse Archives

Prev | Next

April 29, 2012

Thread Author Time
Re: smart shutdown at end of transaction (was: Default mode for shutdown) Peter Eisentraut 08:15
Re: smart shutdown at end of transaction (was: Default mode for shutdown) Peter Eisentraut 08:19
Re: smart shutdown at end of transaction (was: Default mode for shutdown) Simon Riggs 09:19
Re: Future In-Core Replication Simon Riggs 11:03
Re: Re: patch submission: truncate trailing nulls from heap rows to reduce the size of the null bitmap Simon Riggs 11:19
Re: Re: patch submission: truncate trailing nulls from heap rows to reduce the size of the null bitmap Gokulakannan Somasundaram 11:50
Re: Patch: add conversion from pg_wchar to multibyte 📎 Erik Rijkers 12:12
Re: default_transaction_isolation = serializable causes crash under Hot Standby Simon Riggs 12:20
Re: 9.2 release notes, beta time? Simon Riggs 12:23
Re: default_transaction_isolation = serializable causes crash under Hot Standby Kevin Grittner 12:40
Re: Re: xReader, double-effort (was: Temporary tables under hot standby) Kevin Grittner 14:27
Re: smart shutdown at end of transaction (was: Default mode for shutdown) Tom Lane 15:06
Re: smart shutdown at end of transaction (was: Default mode for shutdown) Tom Lane 15:08
Re: smart shutdown at end of transaction (was: Default mode for shutdown) Simon Riggs 16:04
Re: 9.2 release notes, beta time? Magnus Hagander 16:19
Re: default_transaction_isolation = serializable causes crash under Hot Standby Simon Riggs 16:38
Re: smart shutdown at end of transaction (was: Default mode for shutdown) Tom Lane 16:41
Re: default_transaction_isolation = serializable causes crash under Hot Standby Kevin Grittner 16:54
Re: Re: xReader, double-effort (was: Temporary tables under hot standby) Simon Riggs 17:02
Re: Future In-Core Replication Hannu Krosing 17:20
Re: smart shutdown at end of transaction (was: Default mode for shutdown) Simon Riggs 17:26
Re: Future In-Core Replication Simon Riggs 17:28
Re: default_transaction_isolation = serializable causes crash under Hot Standby Simon Riggs 17:33
Re: smart shutdown at end of transaction (was: Default mode for shutdown) Peter Eisentraut 17:48
precision and scale functions for numeric Peter Eisentraut 17:51
Re: 9.2 release notes, beta time? Jay Levitt 18:01
Re: Request to add options to tools/git_changelog Jay Levitt 18:06
Re: Re: xReader, double-effort (was: Temporary tables under hot standby) Kevin Grittner 18:36
Re: default_transaction_isolation = serializable causes crash under Hot Standby Kevin Grittner 19:18
Re: default_transaction_isolation = serializable causes crash under Hot Standby Robert Haas 19:43
Re: Temporary tables under hot standby 📎 Noah Misch 20:02
Re: Re: xReader, double-effort (was: Temporary tables under hot standby) Simon Riggs 20:04
Re: Re: xReader, double-effort (was: Temporary tables under hot standby) Robert Haas 20:33
Re: smart shutdown at end of transaction (was: Default mode for shutdown) Robert Haas 20:59
Re: Re: patch submission: truncate trailing nulls from heap rows to reduce the size of the null bitmap Robert Haas 21:02
Re: smart shutdown at end of transaction (was: Default mode for shutdown) Tom Lane 21:27
Re: Re: xReader, double-effort (was: Temporary tables under hot standby) Hannu Krosing 22:00
Re: Future In-Core Replication Alvaro Herrera 22:20
Re: Patch: add timing of buffer I/O requests Tom Lane 22:31

April 30, 2012

Thread Author Time
Re: 9.2 release notes, beta time? Devrim GÜNDÜZ 00:23
Re: [PATCH] Allow breaking out of hung connection attempts Alvaro Herrera 02:12
Re: smart shutdown at end of transaction (was: Default mode for shutdown) Robert Haas 03:08
Re: Re: xReader, double-effort (was: Temporary tables under hot standby) Robert Haas 03:26
Re: Re: xReader, double-effort (was: Temporary tables under hot standby) Tom Lane 03:29
Re: Re: xReader, double-effort (was: Temporary tables under hot standby) Robert Haas 03:33
Re: Future In-Core Replication Dave Page 06:35
Re: Future In-Core Replication Simon Riggs 07:09
Re: smart shutdown at end of transaction (was: Default mode for shutdown) Albe Laurenz 07:43
Re: 9.2 release notes, beta time? Magnus Hagander 08:18
Re: smart shutdown at end of transaction (was: Default mode for shutdown) Wolfgang Wilhelm 08:55
Analyzing foreign tables & memory problems Albe Laurenz 10:27
Re: enable_indexonly Magnus Hagander 10:28
Re: [PATCH] Allow breaking out of hung connection attempts 📎 Ryan Kelly 11:10
Re: Future In-Core Replication Atri Sharma 12:00
Re: smart shutdown at end of transaction (was: Default mode for shutdown) Greg Stark 12:53
Re: [PATCH] Allow breaking out of hung connection attempts Alvaro Herrera 13:02
Re: Analyzing foreign tables & memory problems Tom Lane 14:24
Re: default_transaction_isolation = serializable causes crash under Hot Standby Kevin Grittner 14:26
Re: default_transaction_isolation = serializable causes crash under Hot Standby Robert Haas 14:56
Re: Analyzing foreign tables & memory problems Albe Laurenz 14:59
Re: Patch: add timing of buffer I/O requests Greg Stark 15:04
Re: Patch: add timing of buffer I/O requests Tom Lane 15:12
Re: Analyzing foreign tables & memory problems Tom Lane 15:23
Re: Analyzing foreign tables & memory problems Simon Riggs 15:29
Re: [PATCH] Allow breaking out of hung connection attempts Ryan Kelly 15:30
Typo in access/transam/xlog.c Peter Geoghegan 15:53
Re: Analyzing foreign tables & memory problems Noah Misch 17:12
Torn page hazard in ginRedoUpdateMetapage() 📎 Noah Misch 17:34
Re: Future In-Core Replication Bruce Momjian 17:38
Re: Patch: add conversion from pg_wchar to multibyte Robert Haas 18:07
Re: precision and scale functions for numeric Robert Haas 18:19
Re: Future In-Core Replication Merlin Moncure 18:33
Re: Torn page hazard in ginRedoUpdateMetapage() Tom Lane 18:35
Re: Analyzing foreign tables & memory problems Albe Laurenz 18:36
Re: Analyzing foreign tables & memory problems Albe Laurenz 18:50
Re: Future In-Core Replication Simon Riggs 18:55
Re: Analyzing foreign tables & memory problems Albe Laurenz 19:01
Re: precision and scale functions for numeric David Johnston 19:33
Re: Future In-Core Replication Robert Haas 19:38
Re: precision and scale functions for numeric Robert Haas 19:39
Re: precision and scale functions for numeric Kevin Grittner 19:40
Re: Future In-Core Replication Bruce Momjian 20:13
Re: Future In-Core Replication Kevin Grittner 20:35
Re: Future In-Core Replication Merlin Moncure 21:35
Re: Patch: add conversion from pg_wchar to multibyte Kevin Grittner 21:48
Re: Future In-Core Replication Josh Berkus 22:43
Re: Future In-Core Replication Simon Riggs 23:14
Re: Future In-Core Replication Josh Berkus 23:34

May 1, 2012

Thread Author Time
Re: Future In-Core Replication Tatsuo Ishii 00:10
Call for Lightning Talks for pgCon Josh Berkus 00:20
Re: Future In-Core Replication Simon Riggs 07:38
JSON in 9.2 - Could we have just one to_json() function instead of two separate versions ? Hannu Krosing 12:02
proposal: additional error fields 📎 Pavel Stehule 12:21
Re: proposal: additional error fields Peter Geoghegan 12:45
Re: proposal: additional error fields Pavel Stehule 13:01
Re: Future In-Core Replication Robert Haas 13:09
Re: JSON in 9.2 - Could we have just one to_json() function instead of two separate versions ? Merlin Moncure 13:18
Re: proposal: additional error fields Peter Geoghegan 13:19
Problem with multi-job pg_restore Brian Weaver 13:27
Re: Future In-Core Replication Simon Riggs 13:35
Re: proposal: additional error fields Tom Lane 13:55
extending relations more efficiently 📎 Robert Haas 14:08
Re: proposal: additional error fields Kevin Grittner 14:08
Re: extending relations more efficiently Simon Riggs 14:22
Re: proposal: additional error fields Robert Haas 14:25
Re: extending relations more efficiently Andres Freund 14:31
Re: extending relations more efficiently Robert Haas 14:56
Re: JSON in 9.2 - Could we have just one to_json() function instead of two separate versions ? Hannu Krosing 15:02
Re: extending relations more efficiently Robert Haas 15:06
Re: proposal: additional error fields Peter Geoghegan 15:09
Re: extending relations more efficiently Andres Freund 15:42
Re: JSON in 9.2 - Could we have just one to_json() function instead of two separate versions ? Joey Adams 15:49
Re: proposal: additional error fields Pavel Stehule 16:02
Re: JSON in 9.2 - Could we have just one to_json() function instead of two separate versions ? Merlin Moncure 16:05
Re: JSON in 9.2 - Could we have just one to_json() function instead of two separate versions ? Hannu Krosing 16:12
Re: extending relations more efficiently Robert Haas 16:15
Re: JSON in 9.2 - Could we have just one to_json() function instead of two separate versions ? Andrew Dunstan 16:22
Re: proposal: additional error fields Robert Haas 16:22
Re: JSON in 9.2 - Could we have just one to_json() function instead of two separate versions ? Merlin Moncure 16:33
Re: JSON in 9.2 - Could we have just one to_json() function instead of two separate versions ? Tom Lane 16:54
Re: JSON in 9.2 - Could we have just one to_json() function instead of two separate versions ? Joey Adams 16:56
Re: Memory usage during sorting Jim Nasby 16:57
Re: Problem with multi-job pg_restore Tom Lane 16:59
Re: extending relations more efficiently Christopher Browne 17:12
Re: proposal: additional error fields Pavel Stehule 17:15
Re: extending relations more efficiently Tom Lane 17:19
Re: Problem with multi-job pg_restore Brian Weaver 17:30
Re: Problem with multi-job pg_restore Brian Weaver 17:37
Re: Problem with multi-job pg_restore Tom Lane 17:44
Re: proposal: additional error fields Peter Geoghegan 17:56
Re: Problem with multi-job pg_restore Brian Weaver 18:09
Re: JSON in 9.2 - Could we have just one to_json() function instead of two separate versions ? Andrew Dunstan 18:11
Re: Problem with multi-job pg_restore Kevin Grittner 18:15
Re: Problem with multi-job pg_restore Tom Lane 18:42
Re: extending relations more efficiently Alvaro Herrera 19:01
pgsql: Remove dead ports Peter Eisentraut 19:17
port _srv.o makefile rules don't observe dependency tracking Peter Eisentraut 19:30
Re: extending relations more efficiently Robert Haas 19:35
Re: proposal: additional error fields Noah Misch 19:36
Re: extending relations more efficiently Stephen Frost 19:48
Re: port _srv.o makefile rules don't observe dependency tracking Alvaro Herrera 19:48
Re: Bug tracker tool we need Bruce Momjian 19:51
Re: proposal: additional error fields Alvaro Herrera 19:59
Re: proposal: additional error fields Tom Lane 20:09
Re: Temporary tables under hot standby Jim Nasby 20:12
Re: proposal: additional error fields Peter Geoghegan 20:14
Re: proposal: additional error fields Tom Lane 20:14
Re: JSON in 9.2 - Could we have just one to_json() function instead of two separate versions ? Hannu Krosing 20:16
Re: Temporary tables under hot standby Jim Nasby 20:22
Re: port _srv.o makefile rules don't observe dependency tracking Tom Lane 20:25
Re: port _srv.o makefile rules don't observe dependency tracking Alvaro Herrera 20:34
Re: proposal: additional error fields Peter Geoghegan 20:36
Re: remove dead ports? Bruce Momjian 20:39
Re: extending relations more efficiently Robert Haas 20:39
Re: port _srv.o makefile rules don't observe dependency tracking Tom Lane 20:43
Re: port _srv.o makefile rules don't observe dependency tracking Magnus Hagander 20:45
Re: JSON in 9.2 - Could we have just one to_json() function instead of two separate versions ? Hannu Krosing 20:54
Re: port _srv.o makefile rules don't observe dependency tracking Tom Lane 20:56
Re: proposal: additional error fields Kevin Grittner 21:09
Re: extending relations more efficiently Stephen Frost 21:15
Re: proposal: additional error fields David Johnston 21:20
Re: psql omits row count under "\x auto" Robert Haas 21:26
Re: JSON in 9.2 - Could we have just one to_json() function instead of two separate versions ? Hannu Krosing 21:29
Re: Patch: add conversion from pg_wchar to multibyte Alexander Korotkov 21:45
Re: Patch: add conversion from pg_wchar to multibyte Alexander Korotkov 22:02
Re: Patch: add conversion from pg_wchar to multibyte Alexander Korotkov 22:08
Re: JSON in 9.2 - Could we have just one to_json() function instead of two separate versions ? David Johnston 22:35
Re: proposal: additional error fields Peter Geoghegan 23:07
Re: JSON in 9.2 - Could we have just one to_json() function instead of two separate versions ? Tom Lane 23:11
Re: proposal: additional error fields Tom Lane 23:22

May 2, 2012

Thread Author Time
Re: proposal: additional error fields Robert Haas 00:05
Re: proposal: additional error fields Tom Lane 00:13
Re: proposal: additional error fields David Johnston 00:32
Re: JSON in 9.2 - Could we have just one to_json() function instead of two separate versions ? Hannu Krosing 00:41
Have we out-grown Flex? Peter Geoghegan 00:53
Re: proposal: additional error fields Peter Geoghegan 01:01
Re: JSON in 9.2 - Could we have just one to_json() function instead of two separate versions ? David Johnston 01:22
Re: Have we out-grown Flex? Tom Lane 02:25
Re: Have we out-grown Flex? Tom Lane 02:38
Re: Have we out-grown Flex? Robert Haas 03:24
Re: Have we out-grown Flex? Tom Lane 03:57
Re: proposal: additional error fields Pavel Stehule 04:02
Re: pgsql: Remove dead ports Tom Lane 04:31
Features of Postgresql and Postgres-xc with MySQL Vivek Singh Raghuwanshi 05:37
Re: proposal: additional error fields Peter Eisentraut 07:23
Re: JSON in 9.2 - Could we have just one to_json() function instead of two separate versions ? Hannu Krosing 08:52
Re: JSON in 9.2 - Could we have just one to_json() function instead of two separate versions ? Hannu Krosing 09:29
Re: Analyzing foreign tables & memory problems 📎 Albe Laurenz 10:20
Re: extending relations more efficiently Jeroen Vermeulen 11:16
How hard would it be to support LIKE in return declaration of generic record function calls ? Hannu Krosing 11:40
Re: Have we out-grown Flex? Peter Geoghegan 11:47
Re: extending relations more efficiently Robert Haas 12:14
Re: index-only scans vs. Hot Standby, round two Robert Haas 12:41
Re: Patch: add conversion from pg_wchar to multibyte Robert Haas 12:50
Re: proposal: additional error fields Tom Lane 13:17
Re: Have we out-grown Flex? Peter Geoghegan 13:33
Re: Patch: add conversion from pg_wchar to multibyte Alexander Korotkov 13:35
Re: Patch: add conversion from pg_wchar to multibyte Robert Haas 13:48
Re: Patch: add conversion from pg_wchar to multibyte Alexander Korotkov 13:57
Re: proposal: additional error fields Kevin Grittner 14:16

Browse Archives

Prev | Next