• Text Size: Normal / Large
• Donate
• Contact

Section Navigation

• Community
• Contributors
• Mailing Lists
  • Subscribe
  • User lists
  • Developer lists
    • pgsql-cluster-hackers
    • pgsql-committers
    • pgsql-hackers
    • pgsql-rrreviewers
    • pgsql-testers
    • pgsql-www
  • Regional lists
  • Associations
  • User groups
  • Project lists
  • Inactive lists
• IRC
• Featured Users
• International Sites
• Propaganda
• Resources
• Weekly News
• Community login
  • Profile
  • Lost password

pgsql-hackers 2009-07 Thread Index (1/12)

• Main Index
• [Prev Page]
• [Next Page]

• Occasional failures on buildfarm member eukaryote Tom Lane (Fri 31 15:25)
• More thoughts on sorting PFC (Fri 31 12:46)
• Re: More thoughts on sorting Tom Lane (Fri 31 13:53)
• PATCH: make plpgsql IN args mutable (v1) Steve Prentice (Thu 30 20:37)
• Re: PATCH: make plpgsql IN args mutable (v1) Robert Haas (Thu 30 21:06)
• Re: PATCH: make plpgsql IN args mutable (v1) David Fetter (Fri 31 00:41)
• Re: PATCH: make plpgsql IN args mutable (v1) Jeff Davis (Fri 31 01:39)
• Re: PATCH: make plpgsql IN args mutable (v1) Andrew Dunstan (Fri 31 01:46)
• Re: PATCH: make plpgsql IN args mutable (v1) Jeff Davis (Fri 31 04:59)
• Re: PATCH: make plpgsql IN args mutable (v1) Pavel Stehule (Fri 31 06:57)
• Compiling Postgres 8.3.7 MSVC 2005 Santosh Ahuja (Thu 30 10:17)
• Re: Compiling Postgres 8.3.7 MSVC 2005 Magnus Hagander (Thu 30 13:35)
• machine-readable explain output v4 Robert Haas (Thu 30 03:06)
• RFD: Don't force plpgsql IN parameters to constant Steve Prentice (Thu 30 00:05)
• Re: RFD: Don't force plpgsql IN parameters to constant Andrew Dunstan (Thu 30 00:26)
• Re: RFD: Don't force plpgsql IN parameters to constant Steve Prentice (Thu 30 01:06)
• Re: RFD: Don't force plpgsql IN parameters to constant Tom Lane (Thu 30 01:12)
• Re: RFD: Don't force plpgsql IN parameters to constant Robert Haas (Thu 30 00:28)
• Re: RFD: Don't force plpgsql IN parameters to constant Steve Prentice (Thu 30 01:05)
• Re: RFD: Don't force plpgsql IN parameters to constant Robert Haas (Thu 30 02:32)
• Re: RFD: Don't force plpgsql IN parameters to constant Tom Lane (Thu 30 01:09)
• Re: RFD: Don't force plpgsql IN parameters to constant Robert Haas (Thu 30 02:35)
• Re: RFD: Don't force plpgsql IN parameters to constant Tom Lane (Thu 30 02:57)
• Re: RFD: Don't force plpgsql IN parameters to constant Albe Laurenz (Thu 30 07:13)
• Re: RFD: Don't force plpgsql IN parameters to constant Steve Prentice (Thu 30 02:43)
• Re: RFD: Don't force plpgsql IN parameters to constant Tom Lane (Thu 30 03:17)
• Re: RFD: Don't force plpgsql IN parameters to constant Alvaro Herrera (Thu 30 23:59)
• 8.4 win32 shared memory patch Kevin Field (Wed 29 18:20)
• Re: 8.4 win32 shared memory patch Kevin Field (Wed 29 18:20)
• Re: 8.4 win32 shared memory patch Magnus Hagander (Thu 30 09:03)
• Re: 8.4 win32 shared memory patch Kevin Field (Fri 31 12:41)
• Re: 8.4 win32 shared memory patch Magnus Hagander (Fri 31 12:47)
• Re: 8.4 win32 shared memory patch Kevin Field (Fri 31 17:29)
• Re: 8.4 win32 shared memory patch Magnus Hagander (Fri 31 17:52)
• date_part()/EXTRACT(second) behaviour with time data type Gregory Stark (Wed 29 15:18)
• Re: date_part()/EXTRACT(second) behaviour with time data type Tom Lane (Wed 29 16:15)
• Re: date_part()/EXTRACT(second) behaviour with time data type Greg Stark (Wed 29 17:07)
• Re: date_part()/EXTRACT(second) behaviour with time data type Tom Lane (Wed 29 19:01)
• Re: dependencies for generated header files Peter Eisentraut (Wed 29 12:43)
• Re: dependencies for generated header files Robert Haas (Wed 29 13:28)
• Revised signal multiplexer patch Fujii Masao (Wed 29 10:22)
• Re: Revised signal multiplexer patch Tom Lane (Fri 31 17:41)
• Re: Revised signal multiplexer patch Tom Lane (Fri 31 20:27)
• plpgsql: support identif%TYPE[], (from ToDo) Pavel Stehule (Tue 28 20:53)
• Re: plpgsql: support identif%TYPE[], (from ToDo) Martijn van Oosterhout (Tue 28 21:12)
• Re: plpgsql: support identif%TYPE[], (from ToDo) Pavel Stehule (Wed 29 15:33)
• Re: plpgsql: support identif%TYPE[], (from ToDo) Tom Lane (Wed 29 03:49)
• Re: plpgsql: support identif%TYPE[], (from ToDo) Pavel Stehule (Wed 29 05:44)
• Re: plpgsql: support identif%TYPE[], (from ToDo) Robert Haas (Wed 29 10:56)
• Re: plpgsql: support identif%TYPE[], (from ToDo) Pavel Stehule (Wed 29 15:26)
• Deferred uniqueness versus foreign keys Tom Lane (Tue 28 20:09)
• Re: Deferred uniqueness versus foreign keys Dean Rasheed (Tue 28 21:11)
• Re: Deferred uniqueness versus foreign keys Jeff Davis (Tue 28 21:16)
• Re: Deferred uniqueness versus foreign keys Tom Lane (Tue 28 21:40)
• xpath not a good replacement for xpath_string pgsql (Tue 28 19:42)
• Re: xpath not a good replacement for xpath_string Mike Rylander (Tue 28 20:00)
• Re: xpath not a good replacement for xpath_string Andrew Dunstan (Tue 28 20:01)
• Re: xpath not a good replacement for xpath_string Kevin Grittner (Tue 28 20:07)
• Re: xpath not a good replacement for xpath_string Andrew Dunstan (Tue 28 20:20)
• Re: xpath not a good replacement for xpath_string Kevin Grittner (Tue 28 20:29)
• Re: xpath not a good replacement for xpath_string pgsql (Tue 28 20:42)
• Re: xpath not a good replacement for xpath_string Mike Rylander (Tue 28 23:20)
• Re: xpath not a good replacement for xpath_string Andrew Dunstan (Wed 29 03:32)
• Re: xpath not a good replacement for xpath_string Peter Eisentraut (Wed 29 10:15)
• Re: xpath not a good replacement for xpath_string pgsql (Wed 29 14:29)
• Re: xpath not a good replacement for xpath_string Andrew Dunstan (Wed 29 15:53)
• Re: xpath not a good replacement for xpath_string pgsql (Wed 29 18:29)
• Re: xpath not a good replacement for xpath_string Andrew Dunstan (Wed 29 19:13)
• Re: xpath not a good replacement for xpath_string James Pye (Fri 31 03:14)
• system timezone regression failure Andrew Dunstan (Tue 28 19:02)
• Re: system timezone regression failure Tom Lane (Tue 28 19:13)
• Re: system timezone regression failure Andrew Dunstan (Tue 28 19:25)
• Re: system timezone regression failure Andrew Dunstan (Wed 29 16:25)
• Re: system timezone regression failure Tom Lane (Wed 29 16:37)
• Request about pg_terminate_backend() Saleem EDAH-TALLY (Tue 28 17:19)
• Re: Request about pg_terminate_backend() Robert Haas (Tue 28 17:40)
• question about the _SPI_save_plan() and plan cache Tao Ma (Tue 28 11:17)
• Re: question about the _SPI_save_plan() and plan cache Tom Lane (Tue 28 15:13)
• Re: question about the _SPI_save_plan() and plan cache Tao Ma (Tue 28 16:17)
• Re: question about the _SPI_save_plan() and plan cache Tom Lane (Thu 30 03:33)
• potential bug with query optimizer and functions Zach Conrad (Mon 27 19:18)
• Re: potential bug with query optimizer and functions Robert Haas (Mon 27 19:50)
• FW: PostGres developer Contact Ahmed DERBAH (Mon 27 13:49)
• <Possible follow-ups>
• Re: FW: PostGres developer Contact Robert Haas (Tue 28 17:09)
• Patch test for Win32 shared memory issue: Success Robert Walker (Mon 27 13:31)
• Re: SELECT ... FOR UPDATE [WAIT integer | NOWAIT] for 8.5 Boszormenyi Zoltan (Mon 27 12:00)
• Re: SELECT ... FOR UPDATE [WAIT integer | NOWAIT] for 8.5 Alvaro Herrera (Mon 27 12:21)
• Re: SELECT ... FOR UPDATE [WAIT integer | NOWAIT] for 8.5 Boszormenyi Zoltan (Mon 27 12:43)
• Re: SELECT ... FOR UPDATE [WAIT integer | NOWAIT] for 8.5 Alvaro Herrera (Mon 27 13:03)
• Re: SELECT ... FOR UPDATE [WAIT integer | NOWAIT] for 8.5 Boszormenyi Zoltan (Mon 27 13:07)
• Re: SELECT ... FOR UPDATE [WAIT integer | NOWAIT] for 8.5 Boszormenyi Zoltan (Thu 30 12:47)
• [RFC] new digest datatypes, or generic fixed-len hex types? Alvaro Herrera (Mon 27 11:50)
• Re: [RFC] new digest datatypes, or generic fixed-len hex types? Tom Lane (Mon 27 14:20)
• Re: [RFC] new digest datatypes, or generic fixed-len hex types? Merlin Moncure (Mon 27 15:13)
• Re: [RFC] new digest datatypes, or generic fixed-len hex types? Tom Lane (Mon 27 15:37)
• Re: [RFC] new digest datatypes, or generic fixed-len hex types? Andrew Dunstan (Mon 27 16:03)
• Re: [RFC] new digest datatypes, or generic fixed-len hex types? Merlin Moncure (Mon 27 17:55)
• Re: [RFC] new digest datatypes, or generic fixed-len hex types? Peter Eisentraut (Tue 28 11:15)
• Re: [RFC] new digest datatypes, or generic fixed-len hex types? Merlin Moncure (Tue 28 15:12)
• Re: [RFC] new digest datatypes, or generic fixed-len hex types? decibel (Wed 29 17:16)
• Re: [RFC] new digest datatypes, or generic fixed-len hex types? Peter Eisentraut (Thu 30 08:10)
• Re: [BUGS] BUG #4941: pg_stat_statements crash Itagaki Takahiro (Mon 27 02:55)
• Re: [BUGS] BUG #4941: pg_stat_statements crash Alvaro Herrera (Mon 27 03:31)
• Re: [BUGS] BUG #4941: pg_stat_statements crash Tom Lane (Mon 27 03:39)
• Re: [BUGS] BUG #4941: pg_stat_statements crash Alvaro Herrera (Mon 27 03:49)
• Re: [BUGS] BUG #4941: pg_stat_statements crash Tom Lane (Mon 27 03:59)
• Re: [BUGS] BUG #4941: pg_stat_statements crash Tom Lane (Mon 27 03:36)
• query - change in gistentryinit between 8.1 and 8.2 Pavel Stehule (Sun 26 18:39)
• Re: query - change in gistentryinit between 8.1 and 8.2 Dimitri Fontaine (Mon 27 10:44)
• CommitFest Status Summary - 2009-07-25 Robert Haas (Sun 26 00:52)
• Re: CommitFest Status Summary - 2009-07-25 Tom Lane (Sun 26 16:07)
• Re: CommitFest Status Summary - 2009-07-25 Robert Haas (Sun 26 19:43)
• Re: CommitFest Status Summary - 2009-07-25 Heikki Linnakangas (Sun 26 20:46)
• Re: CommitFest Status Summary - 2009-07-25 Bernd Helmle (Mon 27 12:35)
• Re: CommitFest Status Summary - 2009-07-25 Joe Conway (Thu 30 17:02)
• Re: Patch for 8.5, transformationHook Robert Haas (Sat 25 21:32)
• Re: Patch for 8.5, transformationHook Tom Lane (Sat 25 22:00)
• Re: Patch for 8.5, transformationHook Pavel Stehule (Sun 26 03:38)
• Re: Patch for 8.5, transformationHook Robert Haas (Sun 26 03:46)
• Re: Patch for 8.5, transformationHook Pavel Stehule (Sun 26 13:29)
• Re: Patch for 8.5, transformationHook Pavel Stehule (Sun 26 13:33)
• Re: Patch for 8.5, transformationHook Robert Haas (Thu 30 04:01)
• Re: Patch for 8.5, transformationHook Pavel Stehule (Thu 30 05:22)
• Re: [COMMITTERS] pgsql: Reserve the shared memory region during backend startup on Tom Lane (Sat 25 17:50)
• Re: [COMMITTERS] pgsql: Reserve the shared memory region during backend startup on Magnus Hagander (Mon 27 09:01)
• Re: Re: [COMMITTERS] pgsql: Reserve the shared memory region during backend startup on Tom Lane (Mon 27 14:15)
• Re: Re: [COMMITTERS] pgsql: Reserve the shared memory region during backend startup on Magnus Hagander (Tue 28 12:39)
• Re: Re: [COMMITTERS] pgsql: Reserve the shared memory region during backend startup on Tom Lane (Tue 28 13:46)
• Shouldn't psql -1 imply ON_ERROR_STOP? Peter Eisentraut (Sat 25 13:00)
• Re: Shouldn't psql -1 imply ON_ERROR_STOP? Magnus Hagander (Sat 25 13:06)
• Re: Shouldn't psql -1 imply ON_ERROR_STOP? Robert Haas (Sat 25 13:15)
• Re: Shouldn't psql -1 imply ON_ERROR_STOP? Michael Paesold (Sat 25 17:19)
• <Possible follow-ups>
• Re: Shouldn't psql -1 imply ON_ERROR_STOP? Bernd Helmle (Sat 25 20:58)
• proposal: support empty string as separator for string_to_array Pavel Stehule (Sat 25 03:40)
• Re: proposal: support empty string as separator for string_to_array Merlin Moncure (Sat 25 14:17)
• Re: proposal: support empty string as separator for string_to_array Pavel Stehule (Sat 25 14:39)
• Re: proposal: support empty string as separator for string_to_array Pavel Stehule (Mon 27 16:43)
• Re: proposal: support empty string as separator for string_to_array Kevin Grittner (Mon 27 16:55)
• Re: proposal: support empty string as separator for string_to_array Pavel Stehule (Mon 27 17:08)
• Re: proposal: support empty string as separator for string_to_array Merlin Moncure (Mon 27 17:28)
• Re: proposal: support empty string as separator for string_to_array Tom Lane (Mon 27 17:52)
• Re: proposal: support empty string as separator for string_to_array Pavel Stehule (Mon 27 18:00)
• Re: proposal: support empty string as separator for string_to_array Tom Lane (Sat 25 17:35)
• Re: proposal: support empty string as separator for string_to_array Pavel Stehule (Sat 25 17:55)
• Re: proposal: support empty string as separator for string_to_array Tom Lane (Sat 25 18:01)
• Re: ECPG dynamic cursor, SQLDA support Robert Haas (Sat 25 02:49)
• <Possible follow-ups>
• Re: ECPG dynamic cursor, SQLDA support Jaime Casanova (Sat 25 21:38)
• Re: ECPG dynamic cursor, SQLDA support Jaime Casanova (Sat 25 21:42)
• Enable SSPI on cygwin Reini Urban (Fri 24 21:47)
• Re: Enable SSPI on cygwin Magnus Hagander (Fri 24 21:56)
• Re: Enable SSPI on cygwin Andrew Dunstan (Fri 24 22:03)
• contrib/xml2 pfree bug Andrew Dunstan (Fri 24 21:29)
• Re: contrib/xml2 pfree bug Tom Lane (Fri 24 22:19)
• Re: contrib/xml2 pfree bug Andrew Dunstan (Fri 24 22:30)
• Re: Proposal: More portable way to support 64bit platforms Peter Eisentraut (Fri 24 20:24)
• Re: Proposal: More portable way to support 64bit platforms Stephen Frost (Fri 24 21:38)
• Re: Proposal: More portable way to support 64bit platforms Dave Page (Fri 24 21:43)
• Re: Proposal: More portable way to support 64bit platforms Stephen Frost (Fri 24 21:53)
• Re: Proposal: More portable way to support 64bit platforms Dave Page (Sat 25 00:24)
• Re: Proposal: More portable way to support 64bit platforms Magnus Hagander (Sat 25 08:18)
• Re: Proposal: More portable way to support 64bit platforms Dave Page (Sat 25 08:35)
• Re: Proposal: More portable way to support 64bit platforms Magnus Hagander (Sat 25 08:40)
• Re: Proposal: More portable way to support 64bit platforms Robert Haas (Wed 29 21:28)
• Re: explain refactoring v4 Tom Lane (Fri 24 20:02)
• Re: explain refactoring v4 Robert Haas (Fri 24 21:12)
• Re: explain refactoring v4 Magnus Hagander (Fri 24 21:38)
• <Possible follow-ups>
• Re: explain refactoring v4 Tom Lane (Fri 24 21:11)
• Re: explain refactoring v4 Robert Haas (Fri 24 21:15)
• Multicore builds on MSVC Magnus Hagander (Fri 24 19:25)
• Re: Multicore builds on MSVC Dave Page (Fri 24 19:39)
• Re: Multicore builds on MSVC Magnus Hagander (Mon 27 07:11)
• uuid contrib don't compile in OpenSolaris Emanuel Calvo Franco (Fri 24 16:47)
• Re: uuid contrib don't compile in OpenSolaris Alvaro Herrera (Fri 24 16:57)
• Re: uuid contrib don't compile in OpenSolaris Emanuel Calvo Franco (Fri 24 17:23)
• SE-PostgreSQL Specifications KaiGai Kohei (Fri 24 05:54)
• Re: SE-PostgreSQL Specifications Greg Williamson (Fri 24 08:08)
• Re: SE-PostgreSQL Specifications Martijn van Oosterhout (Fri 24 20:54)
• Re: SE-PostgreSQL Specifications KaiGai Kohei (Fri 24 22:23)
• Re: SE-PostgreSQL Specifications Sam Mason (Fri 24 23:46)
• Re: SE-PostgreSQL Specifications KaiGai Kohei (Sat 25 00:19)

---

• Main Index
• [Prev Page]
• [Next Page]

---

Mail converted by MHonArc