• Text Size: Normal / Large
• Donate
• Contact

Section Navigation

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

pgsql-hackers 2006-07 Chronological Index (1/10)

• Thread Index
• [Prev Page]
• [Next Page]

• 28 March 2008
  • [no subject] Unknown
  • [no subject] Unknown
  • [no subject] Unknown
• 01 August 2006
  • Re: [COMMITTERS] pgsql: Improvements to Maintenance and External Projects documentation. Alvaro Herrera
  • Re: [COMMITTERS] pgsql: Improvements to Maintenance and External Bruce Momjian
  • Re: [COMMITTERS] pgsql: Improvements to Maintenance and External Projects documentation. Alvaro Herrera
  • Re: Standby Mode Bruce Momjian
  • Re: Standby Mode Josh Berkus
  • Re: Standby Mode Bruce Momjian
  • Re: Standby Mode Simon Riggs
  • Re: Standby Mode Bruce Momjian
  • Standby Mode Simon Riggs
  • Re: [PATCHES] Restartable Recovery Bruce Momjian
  • Re: [PATCHES] Restartable Recovery Simon Riggs
• 31 July 2006
  • Re: Forcing current WAL file to be archived Simon Riggs
  • Re: Going for "all green" buildfarm results Andrew Dunstan
  • OSCON fallout - Compressed Annealing optimizer Chris Browne
  • trivial script for getting pgsql-committers patches Alvaro Herrera
  • trivial script for getting pgsql-committers patches Alvaro Herrera
  • Re: Forcing current WAL file to be archived Simon Riggs
  • Re: DTrace enabled build fails Tom Lane
  • Re: Forcing current WAL file to be archived Hannu Krosing
  • Re: DTrace enabled build fails Robert Lor
  • Re: Postgres Process in Kernel Mode? Chris Browne
  • Re: Postgres Process in Kernel Mode? Alvaro Herrera
  • Re: Going for "all green" buildfarm results Tom Lane
  • Postgres Process in Kernel Mode? moises
  • Re: [PATCHES] extension for sql update Tom Lane
  • Re: Going for "all green" buildfarm results Alvaro Herrera
  • Re: Going for "all green" buildfarm results Stefan Kaltenbrunner
  • Re: Going for "all green" buildfarm results Andrew Dunstan
  • ERROR: could not open relation with OID 909391158 Jim Buttafuoco
  • Re: Going for "all green" buildfarm results Tom Lane
  • Re: Connection limit and Superuser Hannu Krosing
  • Re: [PATCHES] Allow commenting of variables in postgresql.conf to - Peter Eisentraut
  • Re: Connection limit and Superuser Chris Browne
  • Re: Going for "all green" buildfarm results Stefan Kaltenbrunner
  • Re: Relation locking and relcache load (was Re: Going for "all green" buildfarm results) Stephen Frost
  • Re: tg_trigtuple not NULL in AFTER STATEMENT triggers? Tom Lane
  • Re: [PATCHES] extension for sql update Jim C. Nasby
  • Re: Going for "all green" buildfarm results Jim C. Nasby
  • Re: tg_trigtuple not NULL in AFTER STATEMENT triggers? Michael Fuhr
  • Re: [PATCHES] extension for sql update Rod Taylor
  • Re: Connection limit and Superuser Andrew Dunstan
  • Re: Connection limit and Superuser Joshua D. Drake
  • Re: [PATCHES] extension for sql update Peter Eisentraut
  • Re: tg_trigtuple not NULL in AFTER STATEMENT triggers? Tom Lane
  • Re: Connection limit and Superuser Andrew Dunstan
  • Re: Relation locking and relcache load (was Re: Going for "all green" buildfarm results) Tom Lane
  • tg_trigtuple not NULL in AFTER STATEMENT triggers? Michael Fuhr
  • Re: Connection limit and Superuser Rod Taylor
  • Re: Relation locking and relcache load (was Re: Going for "all green" buildfarm results) Stephen Frost
  • Re: Relation locking and relcache load (was Re: Going for "all green" buildfarm results) Tom Lane
  • Re: Connection limit and Superuser Tom Lane
  • Re: User-defined typle similar to char(length) varchar(length) Tom Lane
  • Re: Connection limit and Superuser Rod Taylor
  • Re: Connection limit and Superuser Csaba Nagy
  • Re: Connection limit and Superuser Rod Taylor
  • Re: [COMMITTERS] pgsql: First small patches needed for regression tests Michael Meskes
  • Re: Connection limit and Superuser Rod Taylor
  • Re: User-defined typle similar to char(length) varchar(length) Martijn van Oosterhout
  • Re: Connection limit and Superuser Andrew Dunstan
  • Re: Connection limit and Superuser Csaba Nagy
  • Re: DTrace enabled build fails Bruce Momjian
  • Re: Connection limit and Superuser Tom Lane
  • User-defined typle similar to char(length) varchar(length) Teodor Sigaev
  • Re: Connection limit and Superuser Martijn van Oosterhout
  • Connection limit and Superuser Rod Taylor
  • Re: [COMMITTERS] pgsql: First small patches needed for regression tests Tom Lane
  • Re: LWLock statistics collector (was: CSStorm occurred again by postgreSQL8.2) Katsuhiko Okano
  • Re: LWLock statistics collector (was: CSStorm occurred again by postgreSQL8.2) Katsuhiko Okano
  • Re: [PATCHES] contrib/pgbench bugfix Tatsuo Ishii
  • Re: DTrace enabled build fails Robert Lor
  • Re: Let psql process files with > 4,294,967,295 lines Tom Lane
  • Re: Let psql process files with > 4,294,967,295 lines David Fetter
  • Re: 64-bit integers for GUC Tom Lane
  • Re: 64-bit integers for GUC Robert Treat
  • Re: [PATCHES] extension for sql update Rod Taylor
  • Re: [PATCHES] extension for sql update Robert Treat
  • Re: request: support of array in plperl OUT arguments David Fetter
• 30 July 2006
  • Re: Let psql process files with > 4,294,967,295 lines Tom Lane
  • Re: Let psql process files with > 4,294,967,295 lines Alvaro Herrera
  • Let psql process files with > 4,294,967,295 lines David Fetter
  • Re: Relation locking and relcache load (was Re: Going for "all green" buildfarm results) Tom Lane
  • Re: problem with volatile functions in subselects ? Tom Lane
  • Re: [PATCHES] PATCH to allow concurrent VACUUMs to not lock each Tom Lane
  • 64 bits bitwise operations support Tzahi Fadida
  • Relation locking and relcache load (was Re: Going for "all green" buildfarm results) Tom Lane
  • problem with volatile functions in subselects ? Sergey E. Koposov
  • Re: [PATCHES] 8.2 features? Joe Conway
  • Re: Do we need multiple forms of the SQL2003 statistics Sergey E. Koposov
  • Re: [PATCHES] 8.2 features? Tom Lane
  • Re: [PATCHES] New variable server_version_num David Fetter
  • Re: [PATCHES] New variable server_version_num Jonah H. Harris
  • Re: [PATCHES] New variable server_version_num David Fetter
  • Re: Going for "all green" buildfarm results Tom Lane
  • Re: [PATCHES] New variable server_version_num Tom Lane
  • Re: Three weeks left until feature freeze Zoltan Boszormenyi
  • Re: Going for "all green" buildfarm results Stefan Kaltenbrunner
  • Re: [PATCHES] New variable server_version_num David Fetter
  • Re: Going for "all green" buildfarm results Alvaro Herrera
  • Re: Going for "all green" buildfarm results Stefan Kaltenbrunner
  • Re: The vacuum-ignore-vacuum patch Alvaro Herrera
  • Re: Values list-of-targetlists patch for comments (was Re: [PATCHES] 8.2 features?) Tom Lane
  • Re: [PATCHES] putting CHECK_FOR_INTERRUPTS in Bruce Momjian
  • Re: Values list-of-targetlists patch for comments (was Re: [PATCHES] Joe Conway
  • Re: [PATCHES] New variable server_version_num Tom Lane
  • Re: Values list-of-targetlists patch for comments (was Re: [PATCHES] 8.2 features?) Tom Lane
  • Re: Values list-of-targetlists patch for comments (was Re: [PATCHES] Joe Conway
• 29 July 2006
  • Re: Do we need multiple forms of the SQL2003 statistics Tom Lane
  • Re: [PATCHES] putting CHECK_FOR_INTERRUPTS in Tom Lane
  • Re: [PATCHES] pg_regress breaks on msys Tom Lane
  • Re: [PATCHES] Possible explanation for Win32 stats regression Andrew Dunstan
  • Re: Formulating an sql query with CTID Hannu Krosing
  • Re: Do we need multiple forms of the SQL2003 statistics Sergey E. Koposov
  • Re: [PATCHES] Possible explanation for Win32 stats korryd(at)enterprisedb(dot)com
  • Re: Do we need multiple forms of the SQL2003 statistics Peter Eisentraut
  • Re: Formulating an sql query with CTID Martijn van Oosterhout
  • Re: DTrace enabled build fails Peter Eisentraut
  • Re: Do we need multiple forms of the SQL2003 statistics Sergey E. Koposov
  • Re: [PATCHES] c.h is the problem of msvc. Bruce Momjian
  • DoS Attack Ended at Approx Noon Today ... Marc G. Fournier
  • Re: [PATCHES] c.h is the problem of msvc. Bruce Momjian
  • Re: [PATCHES] putting CHECK_FOR_INTERRUPTS in Bruce Momjian
  • Re: On-disk bitmap index patch Luke Lonergan
  • Re: Formulating an sql query with CTID Martijn van Oosterhout
  • Re: pgindet ^M Tzahi Fadida
  • Re: pgindet ^M Joshua D. Drake
  • Re: pgindet ^M Andrew Dunstan
  • pgindet ^M Tzahi Fadida
  • Re: [PATCHES] Possible explanation for Win32 stats regression Andrew Dunstan
  • Re: On-disk bitmap index patch Bruce Momjian
  • Re: Possible explanation for Win32 stats regression test korryd(at)enterprisedb(dot)com
  • Re: Formulating an sql query with CTID Tzahi Fadida
  • Re: On-disk bitmap index patch Luke Lonergan
  • Re: On-disk bitmap index patch mark
  • Re: Possible explanation for Win32 stats regression test Bruce Momjian
  • Re: [Pgbuildfarm-members] [Fwd: RE: Build farm on Windows] Tom Lane
  • Re: The vacuum-ignore-vacuum patch Alvaro Herrera
  • Re: [Pgbuildfarm-members] [Fwd: RE: Build farm on Windows] Andrew Dunstan
  • Re: The vacuum-ignore-vacuum patch Alvaro Herrera
  • Re: DTrace enabled build fails Tom Lane
  • Formulating an sql query with CTID Tzahi Fadida
  • Re: pg_dump: add option to ignore TABLE DATA for failed Bruce Momjian
• 28 July 2006
  • Re: On-disk bitmap index patch Hannu Krosing
  • Re: On-disk bitmap index patch Hannu Krosing
  • Re: The vacuum-ignore-vacuum patch Jim Nasby
  • Re: On-disk bitmap index patch Andrew Dunstan
  • DTrace enabled build fails Peter Eisentraut
  • Re: The vacuum-ignore-vacuum patch Hannu Krosing
  • Re: On-disk bitmap index patch Luke Lonergan
  • Re: [PATCHES] [PATCH] Provide 8-byte transaction IDs to user level Marko Kreen
  • Re: lastval exposes information that currval does not Martijn van Oosterhout
  • SubPostmasterMain startup should be a critical section? Tom Lane
  • Re: lastval exposes information that currval does not Alvaro Herrera
  • Re: lastval exposes information that currval does not Phil Frost
  • Re: [Pgbuildfarm-members] [Fwd: RE: Build farm on Windows] Tom Lane
  • Re: [Pgbuildfarm-members] [Fwd: RE: Build farm on Windows] Andrew Dunstan
  • Re: [Pgbuildfarm-members] [Fwd: RE: Build farm on Windows] Tom Lane
  • Re: On-disk bitmap index patch Bruce Momjian
  • Re: On-disk bitmap index patch Tom Lane
  • Re: [Pgbuildfarm-members] [Fwd: RE: Build farm on Windows] Stefan Kaltenbrunner
  • Re: [PATCHES] pg_regress breaks on msys Tom Lane
  • Re: [PATCHES] pg_regress breaks on msys Bruce Momjian
  • Re: On-disk bitmap index patch Dann Corbit
  • Re: [PATCHES] pg_regress breaks on msys Bruce Momjian
  • Re: [PATCHES] pg_regress breaks on msys Tom Lane
  • Re: lastval exposes information that currval does not Martijn van Oosterhout
  • Re: [Pgbuildfarm-members] [Fwd: RE: Build farm on Windows] Tom Lane
  • Re: [Pgbuildfarm-members] [Fwd: RE: Build farm on Windows] Stefan Kaltenbrunner
  • Re: Hash indexes (was: On-disk bitmap index patch) Jim C. Nasby
  • Re: Hash indexes (was: On-disk bitmap index patch) Tom Lane
  • Re: On-disk bitmap index patch Bruce Momjian
  • Re: On-disk bitmap index patch Luke Lonergan
  • Re: Hash indexes (was: On-disk bitmap index patch) Alvaro Herrera
  • Re: The vacuum-ignore-vacuum patch Chris Browne
  • Re: Role incompatibilities Tom Lane
  • Re: A couple remarks on TODO Bruce Momjian
  • A couple remarks on TODO Tom Lane
  • Re: Do we need multiple forms of the SQL2003 statistics aggregates? Tom Lane

• Thread Index
• [Prev Page]
• [Next Page]