Peripheral Links

• Home
• About
• Download
• Documentation
• Community
• Developers
• Support
• Your account

pgsql-hackers since 2001-06-19 00:00

June 19, 2001

• Re: Re: Various silliness in heap_getnext and related routines Ross J. Reedstrom (00:28)
• Re: timestamp with/without time zone Thomas Lockhart (00:53)
• Re: timestamp with/without time zone Bruce Momjian (01:10)
• Re: Re: Various silliness in heap_getnext and related routines Bruce Momjian (01:11)
• Re: timestamp with/without time zone Tom Lane (01:25)
• Re: timestamp with/without time zone Bruce Momjian (01:28)
• Re: timestamp with/without time zone Tom Lane (01:44)
• Re: timestamp with/without time zone Bruce Momjian (02:59)
• Copy Error Chakravarthy K Sannedhi (02:59)
• temp-table-related failure in regression tests Tom Lane (04:49)
• Re: temp-table-related failure in regression tests Tom Lane (05:24)
• Re: AW: Re: [SQL] behavior of ' = NULL' vs. MySQL vs. Stand ards Joe Conway (06:21)
• AW: AW: Re: [SQL] behavior of ' = NULL' vs. MySQL vs. Stand ards Zeugswetter Andreas SB (07:10)
• AW: AW: Re: [SQL] behavior of ' = NULL' vs. MySQL vs. Stand ards Zeugswetter Andreas SB (07:21)
• Re: Re: temp-table-related failure in regression tests Bruce Momjian (12:03)
• PlPerl compile failure Bruce Momjian (12:06)
• Re: PlPerl compile failure Bruce Momjian (12:31)
• Re: PlPerl compile failure Alex Pilosov (12:40)
• Fixing deferred foreign key checks Stephan Szabo (13:44)
• Re: Re: temp-table-related failure in regression tests Tom Lane (14:06)
• Re: [PATCHES] [PATCH] Contrib C source for casting MONEY to INT[248] and FLOAT[48] Tom Lane (14:20)
• Re: PlPerl compile failure Alex Pilosov (14:26)
• Re: [PATCH] Contrib C source for casting MONEY to INT[248] and FLOAT[48] David D. Kilzer (15:03)
• Re: AW: Re: [SQL] behavior of ' = NULL' vs. MySQL vs. Stand ards Tom Lane (15:40)
• Universal admin frontend Pedro Abelleira Seco (15:48)
• Re: MySQL Question Vivek Khera (15:53)
• Re: Universal admin frontend Dave Cramer (15:55)
• Re: Universal admin frontend The Hermit Hacker (16:04)
• Re: AW: Re: [SQL] behavior of ' = NULL' vs. MySQL vs. Stand ards Joe Conway (16:07)
• Primary Key P. Dwayne Miller (18:26)
• Re: Problem with reading startup packet after fork Peter Eisentraut (18:41)
• Re: AW: Re: [SQL] behavior of ' = NULL' vs. MySQL vs. Stand ards Tom Lane (18:58)
• Re: Universal admin frontend Michael Meskes (19:07)
• Re: vacuum Ross J. Reedstrom (19:25)
• Embedding postgresql Ludovic PENET (20:49)
• Re: Primary Key Tom Lane (21:34)
• Re: Primary Key P. Dwayne Miller (22:11)
• Re: Primary Key Thomas Swan (22:37)
• Re: Primary Key Tom Lane (22:50)
• Backup and Recovery Naomi Walker (23:04)
• Re: Re: Primary Key Hiroshi Inoue (23:16)

June 20, 2001

• Re: [PATCHES] [PATCH] Contrib C source for casting MONEY to INT[248] and FLOAT[48] Bruce Momjian (00:00)
• Re: PlPerl compile failure Bruce Momjian (00:26)
• Re: Re: [PATCHES] [PATCH] Contrib C source for casting MONEY to INT[248] and FLOAT[48] ÀîÁ¢Ð (01:20)
• Re: Primary Key P. Dwayne Miller (03:34)
• Re: Re: Primary Key Hiroshi Inoue (04:14)
• Re: Re: Primary Key Hiroshi Inoue (04:17)
• RE: Universal admin frontend Pedro Abelleira Seco (07:13)
• AW: AW: Re: [SQL] behavior of ' = NULL' vs. MySQL vs. Stand ards Zeugswetter Andreas SB (07:22)
• RE: RE: Universal admin frontend Christopher Kings-Lynne (08:23)
• Re: RE: Universal admin frontend Michael Meskes (08:43)
• stuck spin lock with many concurrent users Tatsuo Ishii (09:28)
• RE: RE: Universal admin frontend Pedro Abelleira Seco (10:04)
• AW: RE: Universal admin frontend Zeugswetter Andreas SB (10:25)
• RE: RE: Universal admin frontend Oleg Bartunov (10:26)
• Error messages Olivier Haies (10:47)
• [No subject] Pedro Abelleira Seco (10:58)
• Re: RE: Universal admin frontend Dave Cramer (11:16)
• Re: Backup and Recovery Matthew Kirkwood (11:26)
• Re: Michael Meskes (11:38)
• shared temp tables mlw (11:47)
• statically linked PL's Alex Pilosov (11:58)
• Re: Primary Key P. Dwayne Miller (12:02)
• Re: statically linked PL's Jan Wieck (12:27)
• Re: Re: [PATCHES] [PATCH] Contrib C source for casting MONEY to INT[248] and FLOAT[48] Thalis A. Kalfigopoulos (15:10)
• Re: Re: Primary Key Ross J. Reedstrom (15:11)
• RE: RE: Universal admin frontend D. Hageman (15:22)
• Re: Universal admin frontend Thomas Swan (15:28)
• Re: RE: Universal admin frontend Ross J. Reedstrom (15:40)
• RE: Update is not atomic Mikheev, Vadim (16:43)
• RE: [BUGS] Update is not atomic Mikheev, Vadim (16:50)
• AW: Re: Re: REPLACE INTO table a la mySQL Zeugswetter Andreas SB (17:21)
• ODBC Peter Harvey (17:47)
• Re: Encrypting pg_shadow passwords Peter Eisentraut (18:33)
• Re: RTLD_GLOBAL on openbsd Peter Eisentraut (18:36)
• Re: [current] readline breakage Peter Eisentraut (18:42)
• Re: Setuid functions Mark Volpe (19:57)
• Re: PHP HOWTO v24.0 released: ADODB connects oracle, pgsql, mysql, sybase.. Sergio Bruder (20:30)
• help with add constraint syntax needed Mike Haberman (20:32)
• Re: Embedding postgresql Peter Eisentraut (20:37)
• Re: Backup and Recovery Naomi Walker (20:41)
• Re: Re: [PATCHES] Australian timezone configure option Nathan Myers (20:48)
• Re: [HACKERS] RE: Update is not atomic Jan Wieck (21:27)
• Re: timestamp with/without time zone Peter Eisentraut (21:42)

June 21, 2001

• RE: RE: [BUGS] Update is not atomic Mikheev, Vadim (00:10)
• Re: Postgres Internals Bruce Momjian (01:00)
• Re: Backup and Recovery Philip Warner (01:37)
• ODBC Peter Harvey (01:42)
• RE: Setuid functions Christopher Kings-Lynne (01:44)
• Re: shared temp tables Bruce Momjian (02:23)
• Re: Setuid functions Ross J. Reedstrom (02:33)
• Re: ODBC Bruce Momjian (02:40)
• 7.2 stuff Christopher Kings-Lynne (03:18)
• RE: Setuid functions Christopher Kings-Lynne (03:20)
• Re: Error messages Tom Lane (03:20)
• Re: Problem with reading startup packet after fork Tom Lane (03:28)
• Re: Re: Universal admin frontend Matthew T. O'Connor (04:21)
• Re: 7.2 stuff Tom Lane (04:25)
• RE: Re: Universal admin frontend Joe Shevland (04:32)
• Re: timestamp with/without time zone Tom Lane (05:41)
• Re: stuck spin lock with many concurrent users Tom Lane (05:48)
• Re: 7.2 stuff The Hermit Hacker (05:52)
• Re: RE: Universal admin frontend Reiner Dassing (06:13)
• RE: Universal admin frontend Pedro Abelleira Seco (08:17)
• RE: Universal admin frontend Mark Pritchard (09:23)
• RE: Universal admin frontend Colin Strickland (09:55)
• Re: stuck spin lock with many concurrent users Tatsuo Ishii (09:59)
• Re: Backup and Recovery Matthew Kirkwood (10:01)
• Re: Call for alpha testing: planner statistics revisions Einar Karttunen (11:38)
• Re: nocreatetable for 7.1.2 Karel Zak (12:00)
• RE: Universal admin frontend Pedro Abelleira Seco (12:03)
• Re: [current] readline breakage Jason Tishler (12:56)
• Re: 7.2 stuff Bruce Momjian (13:57)
• Re: stuck spin lock with many concurrent users Tom Lane (14:07)
• Re: RE: [BUGS] Update is not atomic Jan Wieck (14:12)
• openssl+postgresql+unixware Olivier PRENANT (14:55)
• [PATCH] Re: Setuid functions Mark Volpe (15:24)
• COPY vs. INSERT D'Arcy J.M. Cain (17:02)
• Re: COPY vs. INSERT Tom Lane (17:26)
• Re: Universal admin frontend Hannu Krosing (17:48)
• RE: RE: [BUGS] Update is not atomic Mikheev, Vadim (17:50)
• Re: RE: [BUGS] Update is not atomic Jan Wieck (18:13)
• JDBC Connection State Management with SQL Exceptions (esp Postgresql) John Moore (18:32)
• Re: [GENERAL] Call for alpha testing: planner statistics revisions Ed Loehr (19:05)
• Re: COPY vs. INSERT D'Arcy J.M. Cain (19:07)
• Re: [GENERAL] Call for alpha testing: planner statistics revisions Tom Lane (20:02)
• Re: COPY vs. INSERT Tom Lane (20:28)
• psql+openssl+uniware7 Olivier PRENANT (20:32)
• Good name for new lock type for VACUUM? Tom Lane (21:15)
• RE: Good name for new lock type for VACUUM? Mikheev, Vadim (21:26)
• Re: psql+openssl+uniware7 Peter Eisentraut (21:30)
• Re: timestamp with/without time zone Bruce Momjian (22:20)
• Re: JDBC Connection State Management with SQL Exceptions (esp Postgresql) Joseph Weinstein (22:40)
• Re: Backup and Recovery Nathan Myers (23:03)
• Re: Good name for new lock type for VACUUM? Thomas Swan (23:40)

June 22, 2001

• Re: Re: Good name for new lock type for VACUUM? Tom Lane (00:10)
• Re: COPY vs. INSERT D'Arcy J.M. Cain (02:14)
• Re: stuck spin lock with many concurrent users Tatsuo Ishii (02:31)
• Re: stuck spin lock with many concurrent users Tom Lane (03:01)
• [ANNOUNCE] DBD::PgSPI Alex Pilosov (03:16)
• Re: stuck spin lock with many concurrent users Tatsuo Ishii (03:24)
• Re: JDBC Connection State Management with SQL Exceptions (esp Postgresql) AV (03:52)
• Re: Multiple Indexing, performance impact Lincoln Yeoh (04:13)
• SPI_prepare for semi-unknown types Alex Pilosov (04:33)
• Re: psql+openssl+uniware7 Olivier PRENANT (07:53)
• Re: nocreatetable for 7.1.2 [patch] RISKO Gergely (11:13)
• Re: nocreatetable for 7.1.2 [patch] Karel Zak (12:01)
• Re: SPI_prepare for semi-unknown types Tom Lane (13:38)
• Re: psql+openssl+uniware7 Tom Lane (14:32)
• 7.2 release and index_formtuple Oleg Bartunov (15:13)
• Re: 7.2 release and index_formtuple Tom Lane (15:17)
• Re: timestamp with/without time zone Thomas Lockhart (15:20)
• Re: Re: Universal admin frontend Ross J. Reedstrom (15:21)
• Re: timestamp with/without time zone Tom Lane (15:29)
• Re: timestamp with/without time zone Thomas Lockhart (15:42)
• Re: 7.2 release and index_formtuple Oleg Bartunov (15:44)
• Joining the team P. Dwayne Miller (15:55)
• Why would this use 600Meg of VM? Larry Rosenman (16:03)
• Re: Joining the team Alex Pilosov (16:53)
• Re: Why would this use 600Meg of VM? Tom Lane (16:55)
• Re: Joining the team Lamar Owen (16:59)
• Re: Joining the team Tom Lane (17:21)
• Re: Why would this use 600Meg of VM? Larry Rosenman (17:25)
• Re: Why would this use 600Meg of VM? Tom Lane (17:31)
• Re: Why would this use 600Meg of VM? Larry Rosenman (17:40)
• Multiple Indexing, performance impact Daniel Åkerud (18:06)
• Re: Multiple Indexing, performance impact Tom Lane (18:48)
• Re: Multiple Indexing, performance impact Daniel Åkerud (19:16)
• Re: help with add constraint syntax needed Stephan Szabo (19:51)
• Re: JDBC Connection State Management with SQL Exceptions (esp Postgresql) Joseph Weinstein (19:53)
• Re: Good name for new lock type for VACUUM? Peter Eisentraut (19:58)
• Re: Good name for new lock type for VACUUM? Tom Lane (19:59)
• Re: Multiple Indexing, performance impact Tom Lane (20:09)
• plperl doc Alex Pilosov (20:44)
• Re: Multiple Indexing, performance impact Daniel Åkerud (20:47)
• Re: Good name for new lock type for VACUUM? Bruce Momjian (20:58)
• Extracting metadata about attributes from catalog Bernardo Pons (21:07)
• Re: Multiple Indexing, performance impact Bruce Momjian (21:15)
• [PATCH] by request: base64 for bytea Alex Pilosov (21:26)
• Re: plperl doc Bruce Momjian (21:37)
• Re: Multiple Indexing, performance impact Daniel Åkerud (21:37)
• Re: Extracting metadata about attributes from catalog Alex Pilosov (21:45)
• Re: Multiple Indexing, performance impact Tom Lane (21:52)
• Re: Multiple Indexing, performance impact Bruce Momjian (21:56)
• Re: Extracting metadata about attributes from catalog Tom Lane (21:58)
• Re: Multiple Indexing, performance impact Tom Lane (22:02)
• Re: Multiple Indexing, performance impact Bruce Momjian (22:06)
• Re: Multiple Indexing, performance impact Tom Lane (22:12)
• Re: Multiple Indexing, performance impact Bruce Momjian (22:22)
• RE: Universal admin frontend Pedro Abelleira Seco (23:01)
• Re: Multiple Indexing, performance impact Tom Lane (23:13)
• Re: Multiple Indexing, performance impact Peter Eisentraut (23:21)
• Re: Multiple Indexing, performance impact Tom Lane (23:29)
• using WAL in a VACUUM? John Scott (23:43)

June 23, 2001

• Re: [HACKERS] Re: Multiple Indexing, performance impact Bruce Momjian (00:04)
• Re: [PATCH] by request: base64 for bytea Bruce Momjian (01:55)
• Re: [PATCH] Re: Setuid functions Bruce Momjian (01:56)
• RE: Good name for new lock type for VACUUM? Hiroshi Inoue (02:53)
• Re: 7.2 stuff Bruce Momjian (02:59)
• Red Hat DB = PostgreSQL confirmed ! Andy Samuel (03:24)