• 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 2004-03 Chronological Index (1/8)

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

• 18 January 2012
  • [no subject] Unknown (03:24)
  • [no subject] Unknown (03:24)
  • [no subject] Unknown (03:24)
  • [no subject] Unknown (03:24)
  • [no subject] Unknown (03:24)
  • [no subject] Unknown (03:24)
• 01 April 2004
  • GUID pgsql (03:58)
  • Re: Update on PITR Marc G. Fournier (03:25)
  • Re: Update on PITR Bruce Momjian (02:50)
  • Re: Update on PITR Christopher Kings-Lynne (01:18)
  • Re: The incompaitiblity of libpq and non-GCC compilers Andrew Dunstan (00:07)
• 31 March 2004
  • linux and anotime mount option Gaetano Mendola (23:50)
  • Re: LIKE and Locale Stephan Szabo (22:29)
  • Re: LIKE and Locale pgsql (21:52)
  • Re: LIKE and Locale Stephan Szabo (21:29)
  • The incompaitiblity of libpq and non-GCC compilers Dann Corbit (21:22)
  • Re: Update on PITR Simon Riggs (20:32)
  • Re: 7.5 or 8.0? (Was: Re: Update on PITR ) Marc G. Fournier (20:27)
  • LIKE and Locale pgsql (19:47)
  • Re: 7.5 or 8.0? (Was: Re: Update on PITR ) Tom Lane (19:31)
  • 7.5 or 8.0? (Was: Re: Update on PITR ) Devrim GUNDUZ (19:22)
  • Re: Update on PITR Devrim GUNDUZ (18:43)
  • Re: Update on PITR Stephen Frost (18:30)
  • Re: Update on PITR Bruce Momjian (18:26)
  • Re: Update on PITR Tom Lane (16:35)
  • Re: pg_dump end comment scott.marlowe (16:00)
  • Re: with vs without oids in pg_catalog.* Tom Lane (15:55)
  • Re: logging statement levels Bruce Momjian (15:55)
  • Re: Why is pg_dump using INSERTs instead of COPYs? Tom Lane (15:24)
  • Re: logging statement levels Andrew Dunstan (15:23)
  • Re: Why is pg_dump using INSERTs instead of COPYs? Tony and Bryn Reina (13:43)
  • Re: Why is pg_dump using INSERTs instead of COPYs? Peter Eisentraut (12:35)
  • Why is pg_dump using INSERTs instead of COPYs? Tony Reina (11:20)
  • FW: Increasing security in a shared environment ... Simon Riggs (07:57)
  • Re: with vs without oids in pg_catalog.* Fabien COELHO (06:43)
  • Re: logging statement levels Bruce Momjian (02:42)
  • Re: pg_dump end comment Christopher Kings-Lynne (01:33)
  • Re: pg_dump end comment Philip Warner (01:26)
  • Re: psql \d option list overloaded Bruce Momjian (01:06)
• 30 March 2004
  • Re: cvs HEAD regression Tom Lane (22:59)
  • Re: Transaction question kkim3 (22:15)
  • Update on PITR Simon Riggs (21:18)
  • Re: Transaction question Alvaro Herrera (19:46)
  • Inconsistent behavior on Array & Is Null? Josh Berkus (19:34)
  • cvs HEAD regression Joe Conway (19:17)
  • Re: Better support for whole-row operations and composite Tom Lane (19:10)
  • Re: with vs without oids in pg_catalog.* Tom Lane (19:05)
  • Re: Better support for whole-row operations and composite types Josh Berkus (18:01)
  • Transaction question kkim3 (17:58)
  • Hash cost Dennis Haney (17:26)
  • Re: feature request: \qf datatype Bruce Momjian (16:22)
  • Re: Dates BC. Bruce Momjian (16:20)
  • Re: Better support for whole-row operations and composite Andrew Dunstan (15:58)
  • Re: pg_dump end comment Tom Lane (15:57)
  • Re: pg_dump end comment Bruce Momjian (15:57)
  • Re: GIST code doesn't build on strict 64-bit machines Teodor Sigaev (15:57)
  • with vs without oids in pg_catalog.* Fabien COELHO (15:49)
  • Re: pg_advisor schema proof of concept Andreas Pflug (12:31)
  • Re: pg_dump end comment Gavin Sherry (08:21)
  • Re: pg_dump end comment Bruce Momjian (05:34)
  • Re: pg_dump end comment Tom Lane (05:29)
  • Re: PostgreSQL and FreeBSD SoftUpdates Sean Chittenden (04:28)
  • Re: PostgreSQL and FreeBSD SoftUpdates Christopher Kings-Lynne (04:19)
  • Re: PostgreSQL and FreeBSD SoftUpdates Marc G. Fournier (04:06)
  • Re: PostgreSQL and FreeBSD SoftUpdates Christopher Kings-Lynne (03:38)
  • pg_dump end comment Christopher Kings-Lynne (03:35)
  • Re: PostgreSQL and FreeBSD SoftUpdates Marc G. Fournier (03:28)
  • Re: pg_dump 7.4 bug Tom Lane (03:13)
  • Re: PostgreSQL and FreeBSD SoftUpdates Christopher Kings-Lynne (02:42)
  • Re: PostgreSQL and FreeBSD SoftUpdates Marc G. Fournier (02:40)
  • Re: pg_dump 7.4 bug Christopher Kings-Lynne (02:07)
  • PostgreSQL and FreeBSD SoftUpdates Christopher Kings-Lynne (01:52)
  • Re: hacking data directories Alvaro Herrera (01:21)
• 29 March 2004
  • hacking data directories elein (23:55)
  • Win32 compatibility now broken for Microsoft and Intel Windows compilers even for Libpq in current snapshot Dann Corbit (23:34)
  • Re: Better support for whole-row operations and composite types Tom Lane (23:15)
  • Re: Better support for whole-row operations and composite types Greg Stark (22:54)
  • Re: PostgreSQL block size vs. LVM2 stripe width markw (22:53)
  • Re: Increasing security in a shared environment ... Marc G. Fournier (22:45)
  • Re: PostgreSQL block size vs. LVM2 stripe width Manfred Koizar (22:41)
  • Re: int2[] vs int2vector in pg_catalog? Tom Lane (20:23)
  • Re: Increasing security in a shared environment ... scott.marlowe (20:03)
  • Re: Increasing security in a shared environment ... Andrew Dunstan (19:25)
  • Better support for whole-row operations and composite types Tom Lane (19:18)
  • Re: Increasing security in a shared environment ... Dave Page (19:12)
  • Re: Increasing security in a shared environment ... Marc G. Fournier (18:21)
  • Re: Increasing security in a shared environment ... Tom Lane (18:16)
  • Re: Increasing security in a shared environment ... Dave Page (18:11)
  • Re: Increasing security in a shared environment ... Marc G. Fournier (17:21)
  • Re: Increasing security in a shared environment ... Euler Taveira de Oliveira (17:19)
  • Re: Increasing security in a shared environment ... Andrew Dunstan (17:08)
  • Re: PostgreSQL block size vs. LVM2 stripe width markw (16:51)
  • Re: GIST code doesn't build on strict 64-bit machines Tom Lane (16:22)
  • Re: GIST code doesn't build on strict 64-bit machines Teodor Sigaev (16:10)
  • Re: pg_dump 7.4 bug Tom Lane (16:01)
  • Re: Row sampling.. Tom Lane (15:46)
  • pg_dump 7.4 bug Christopher Kings-Lynne (15:39)
  • Re: Fuzzy cost comparison to eliminate redundant planning Tom Lane (15:29)
  • Re: GIST code doesn't build on strict 64-bit machines Tom Lane (15:17)
  • Row sampling.. Chris Bowlby (15:07)
  • Re: Fuzzy cost comparison to eliminate redundant planning Bruce Momjian (15:00)
  • Re: GIST code doesn't build on strict 64-bit machines Teodor Sigaev (14:45)
  • Re: pg_advisor schema proof of concept Fabien COELHO (14:12)
  • Re: [GENERAL] PG vs MySQL (fwd) Marc G. Fournier (10:27)
  • int2[] vs int2vector in pg_catalog? Fabien COELHO (07:41)
  • Re: Fuzzy cost comparison to eliminate redundant planning Tom Lane (06:55)
  • Re: Fuzzy cost comparison to eliminate redundant planning Bruce Momjian (06:20)
  • Re: Fuzzy cost comparison to eliminate redundant planning work Tom Lane (06:05)
  • Re: User Defined Functions/AM's inherently slow? Eric Ridge (06:01)
  • Re: Fuzzy cost comparison to eliminate redundant planning Bruce Momjian (06:01)
  • Re: Fuzzy cost comparison to eliminate redundant planning Joe Conway (05:53)
  • Re: Increasing security in a shared environment ... Christopher Kings-Lynne (04:46)
  • Increasing security in a shared environment ... Marc G. Fournier (04:28)
  • Re: Fuzzy cost comparison to eliminate redundant planning Neil Conway (02:03)
  • Re: Fuzzy cost comparison to eliminate redundant planning work Tom Lane (01:40)
  • Re: Fuzzy cost comparison to eliminate redundant planning Joe Conway (01:36)
• 28 March 2004
  • Re: Fuzzy cost comparison to eliminate redundant planning work Tom Lane (22:30)
  • Re: Fuzzy cost comparison to eliminate redundant planning Mike Mascari (22:10)
  • Re: Flush to Disk Manfred Spraul (18:21)
  • Fuzzy cost comparison to eliminate redundant planning work Tom Lane (17:34)
  • Flush to Disk Diego Montenegro (17:30)
  • Re: Timeline for 7.4.3? Marc G. Fournier (16:57)
  • create type with like ivan (16:41)
  • Re: Timeline for 7.4.3? Matthew T. O'Connor (15:10)
  • Re: default enconding Manuel Sugawara (06:20)
  • Re: default enconding Tatsuo Ishii (04:50)
  • Re: default enconding Manuel Sugawara (01:57)
  • Re: default enconding Manuel Sugawara (01:51)
  • Re: default enconding Tom Lane (01:12)
  • default enconding Manuel Sugawara (01:03)
• 27 March 2004
  • Re: md5 function Bruce Momjian (22:08)
  • Re: PostgreSQL block size vs. LVM2 stripe width Manfred Koizar (22:01)
  • md5 function ivan (21:52)
  • Re: Timeline for 7.4.3? Bruce Momjian (19:41)
  • Re: A student research project on triggers Bruce Momjian (17:05)
  • Re: pg_advisor schema proof of concept Andreas Pflug (10:46)
  • Re: Per database users/admins, handy for database virtual hosting... Sean Chittenden (06:17)
  • Re: Timeline for 7.4.3? Tom Lane (04:19)
  • Re: database is shutting down Tom Lane (02:57)
  • Timeline for 7.4.3? Joshua D. Drake (01:26)
• 26 March 2004
  • Re: Per database users/admins, handy for database virtual hosting... Tom Lane (23:41)
  • Re: [PERFORM] fsync method checking Steve Atkins (23:22)
  • PostgreSQL block size vs. LVM2 stripe width markw (22:00)
  • Re: Per database users/admins, Richard Huxton (21:43)
  • GIST code doesn't build on strict 64-bit machines Tom Lane (21:30)
  • Re: Per database users/admins, handy for database virtual hosting... Sean Chittenden (21:12)
  • Re: Bad timestamp external representation Kris Jurka (20:35)
  • database is shutting down Michael Brusser (20:17)
  • Re: Bad timestamp external representation Barry Lind (20:06)
  • Re: Per database users/admins, handy for database virtual hosting... Tom Lane (18:42)
  • Re: Per database users/admins, handy for database virtual hosting... Richard Huxton (18:31)
  • Re: [PERFORM] fsync method checking markw (17:01)
  • Re: Nested transaction proposal - take N (N > 2) Bruce Momjian (17:00)
  • Re: [PERFORM] fsync method checking Bruce Momjian (16:55)
  • Re: [PERFORM] fsync method checking markw (16:10)
  • Re: Per database users/admins, handy for database virtual hosting... Tom Lane (15:09)
  • Transaction block states Alvaro Herrera (13:07)
  • Re: Per database users/admins, handy for database virtual hosting... Karel Zak (09:11)
  • Re: pg_advisor schema proof of concept Richard Huxton (07:15)
  • Re: pg_advisor schema proof of concept Fabien COELHO (07:14)
  • Re: [PERFORM] fsync method checking Manfred Spraul (06:27)
  • Re: Per database users/admins, handy for database virtual hosting... Sean Chittenden (04:38)
  • Re: Per database users/admins, handy for database virtual hosting... Sean Chittenden (04:25)
  • Returning number of rows - Copy In function mike g (04:20)
  • Re: Per database users/admins, handy for database virtual hosting... Tom Lane (03:54)
  • Re: Per database users/admins, handy for database virtual hosting... Sean Chittenden (03:39)
  • Re: Per database users/admins, handy for database virtual hosting... Tom Lane (02:45)
  • Re: Email addresses on developer bios site Marc G. Fournier (01:50)
  • Re: Nested transaction proposal - take N (N > 2) Christopher Kings-Lynne (01:48)
  • Re: Per database users/admins, handy for database virtual hosting... Neil Conway (01:47)
  • Re: Email addresses on developer bios site Christopher Kings-Lynne (01:42)
  • Per database users/admins, handy for database virtual hosting... Sean Chittenden (01:19)
• 25 March 2004
  • Re: HEAD compile troubles David Fetter (22:02)
  • Re: pg_advisor schema proof of concept Robert Treat (22:00)
  • Re: Log rotation Bruce Momjian (21:56)
  • Re: HEAD compile troubles Bruce Momjian (21:48)
  • Re: [PERFORM] fsync method checking markw (21:47)
  • Re: subversion vs cvs (Was: Re: linked list rewrite) Neil Conway (21:09)
  • Re: subversion vs cvs (Was: Re: linked list rewrite) Thomas Swan (21:04)
  • Re: subversion vs cvs (Was: Re: linked list rewrite) Dustin Sallings (20:08)

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