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

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

• 18 January 2012
  • [no subject] Unknown (03:36)
  • [no subject] Unknown (03:36)
  • [no subject] Unknown (03:36)
  • [no subject] Unknown (03:36)
• 01 July 2000
  • Re: Big 7.1 open items Chris Bitmead (03:59)
  • Re: Makefile for parser Chris Bitmead (03:20)
• 30 June 2000
  • Re: Modified pg_dump & new pg_restore need testing... Philip Warner (23:51)
  • Re: Modified pg_dump & new pg_restore need testing... The Hermit Hacker (16:55)
  • Re: finding lib/include dirs Peter Eisentraut (16:16)
  • Re: Installation layout Brook Milligan (15:22)
  • Re: Changes to handling version numbers internally Brook Milligan (15:17)
  • Re: postgres - development of inet/cidr D'Arcy J.M. Cain (11:58)
  • Minor buglet in update...from (I think) Philip Warner (11:55)
  • PostgreSQL + Solaris + Mico + Purify = ???? Fabrizio Sciarra (08:42)
  • copy binary from stdin; Why is it broken? Adriaan Joubert (08:07)
  • Modified pg_dump & new pg_restore need testing... Philip Warner (05:25)
  • Re: AW: Proposal: More flexible backup/restore via pg_dump Stephan Szabo (02:16)
  • Re: AW: Proposal: More flexible backup/restore via pg_dump Philip Warner (01:58)
  • Re: Installation layout Bruce Momjian (01:50)
  • Re: Changes to handling version numbers internally Tom Lane (01:31)
  • Re: Installation layout Tom Lane (01:26)
  • Re: psql use of 'volatile' Tom Lane (01:20)
  • Re: Changes to handling version numbers internally The Hermit Hacker (01:12)
  • config.h (was Re: Misc. consequences of backend memory management changes) Tom Lane (01:01)
  • Re: Big 7.1 open items Tom Lane (00:43)
  • Re: AW: Proposal: More flexible backup/restore via pg_dump Tom Lane (00:31)
• 29 June 2000
  • Re: AW: Big 7.1 open items Hiroshi Inoue (23:57)
  • Re: Installation layout Bruce Momjian (23:53)
  • Re: Misc. consequences of backend memory management changes Peter Eisentraut (23:31)
  • Installation layout Peter Eisentraut (23:27)
  • Changes to handling version numbers internally Peter Eisentraut (23:27)
  • Re: Big 7.1 open items Peter Eisentraut (23:26)
  • Re: 7.0.2 on Solaris Peter Eisentraut (23:25)
  • Re: AW: Proposal: More flexible backup/restore via pg_dump Stephan Szabo (19:52)
  • Re: AW: Proposal: More flexible backup/restore via pg_dump Tom Lane (19:24)
  • finding lib/include dirs Timothy H. Keitt (19:02)
  • Re: AW: Proposal: More flexible backup/restore via pg_dump Stephan Szabo (18:41)
  • Re: Misc. consequences of backend memory management changes Tom Lane (18:30)
  • Re: Misc. consequences of backend memory management changes Peter Eisentraut (17:21)
  • Re: AW: Big 7.1 open items Peter Eisentraut (17:21)
  • Re: Use of volatile Alfred Perlstein (16:51)
  • Re: psql use of 'volatile' Bruce Momjian (16:38)
  • Use of volatile Bruce Momjian (16:19)
  • psql use of 'volatile' Bruce Momjian (16:18)
  • Re: Misc. consequences of backend memory management changes Karel Zak (16:15)
  • Re: Misc. consequences of backend memory management changes Tom Lane (14:35)
  • Re: 7.0.2 on Solaris pgsql-hackers (10:46)
  • AW: AW: Big 7.1 open items Zeugswetter Andreas SB (10:36)
  • Re: AW: Proposal: More flexible backup/restore via pg_dump Philip Warner (10:31)
  • AW: AW: Big 7.1 open items Zeugswetter Andreas SB (10:13)
  • Re: Misc. consequences of backend memory management changes Karel Zak (09:41)
  • RE: AW: Big 7.1 open items Peter Mount (08:46)
  • RE: AW: Big 7.1 open items Hiroshi Inoue (08:20)
  • AW: AW: Big 7.1 open items Zeugswetter Andreas SB (08:01)
  • AW: AW: Big 7.1 open items Zeugswetter Andreas SB (07:46)
  • AW: AW: Big 7.1 open items Zeugswetter Andreas SB (07:44)
  • Re: Misc. consequences of backend memory management changes Tom Lane (01:37)
  • Re: LC_MESSAGES and BSD/OS Bruce Momjian (01:20)
  • Re: LC_MESSAGES and BSD/OS Tom Lane (01:13)
  • Re: Big 7.1 open items Tom Lane (01:05)
• 28 June 2000
  • Re: Big 7.1 open items Hiroshi Inoue (23:51)
  • Re: Misc. consequences of backend memory management changes Karel Zak (19:40)
  • Re: 7.0.2 on Solaris pgsql-hackers (19:26)
  • Re: 7.0.2 on Solaris pgsql-hackers (19:19)
  • Re: AW: Proposal: More flexible backup/restore via pg_dump Stephan Szabo (19:08)
  • Re: LC_MESSAGES and BSD/OS Bruce Momjian (18:47)
  • Re: LC_MESSAGES and BSD/OS Giles Lean (18:39)
  • Re: 7.0.2 on Solaris Peter Eisentraut (18:31)
  • Re: Big 7.1 open items Peter Eisentraut (18:31)
  • Re: Big 7.1 open items Peter Eisentraut (18:31)
  • Re: Misc. consequences of backend memory management changes Karel Zak (18:28)
  • Re: Big 7.1 open items Tom Lane (17:40)
  • Re: Misc. consequences of backend memory management changes Bruce Momjian (17:28)
  • RE: Big 7.1 open items Hiroshi Inoue (17:26)
  • Re: AW: Big 7.1 open items Ross J. Reedstrom (17:19)
  • Re: MySQL has gone GPL Hannu Krosing (17:13)
  • Misc. consequences of backend memory management changes Tom Lane (17:04)
  • RE: AW: Big 7.1 open items Hiroshi Inoue (17:03)
  • Re: AW: Big 7.1 open items Ross J. Reedstrom (17:03)
  • Re: MySQL has gone GPL Karel Zak (16:50)
  • Re: ./configure bug in CVS Karel Zak (16:48)
  • Re: Big 7.1 open items Bruce Momjian (16:43)
  • MySQL has gone GPL Daniel Freedman (16:39)
  • Re: ./configure bug in CVS Peter Eisentraut (16:30)
  • Re: Makefile for parser Peter Eisentraut (16:26)
  • Re: ./configure bug in CVS Tom Lane (16:22)
  • Re: Big 7.1 open items Tom Lane (16:12)
  • Problem creating UNIQUE constraint Oliver Elphick (15:55)
  • Re: Big 7.1 open items Tom Lane (15:37)
  • ./configure bug in CVS Karel Zak (15:36)
  • Re: AW: Big 7.1 open items Bruce Momjian (15:16)
  • Re: AW: Big 7.1 open items Tom Lane (15:14)
  • LC_MESSAGES and BSD/OS Bruce Momjian (14:59)
  • Re: AW: Big 7.1 open items Tom Lane (14:58)
  • Re: AW: Big 7.1 open items Bruce Momjian (14:17)
  • AW: AW: Big 7.1 open items Zeugswetter Andreas SB (12:07)
  • Re: AW: Big 7.1 open items Hiroshi Inoue (10:46)
  • AW: Big 7.1 open items Zeugswetter Andreas SB (09:11)
  • AW: AW: Proposal: More flexible backup/restore via pg_d ump Zeugswetter Andreas SB (08:27)
  • AW: AW: SQL99 functions Zeugswetter Andreas SB (08:17)
  • AW: Big 7.1 open items Zeugswetter Andreas SB (07:50)
  • AW: Big 7.1 open items Zeugswetter Andreas SB (07:37)
  • AW: Big 7.1 open items Zeugswetter Andreas SB (07:28)
  • RE: Big 7.1 open items Peter Mount (07:21)
  • Re: 7.0.2 on Solaris Tom Lane (05:56)
  • 7.0.2 on Solaris pgsql-hackers (03:17)
  • Re: AW: Proposal: More flexible backup/restore via pg_dump Philip Warner (03:12)
  • Re: Proposal: More flexible backup/restore via pg_dump Philip Warner (03:04)
  • Re: Mailing List Archive Problem? The Hermit Hacker (01:20)
• 27 June 2000
  • Re: Big 7.1 open items Hiroshi Inoue (23:14)
  • Re: AW: Proposal: More flexible backup/restore via pg_dump Giles Lean (22:45)
  • Re: Please help cache lookup failed Tom Lane (21:49)
  • Re: Fwd: Re: Fwd: Problem with recv syscall on socket when other side closed connection Tom Lane (21:48)
  • Re: Please help cache lookup failed Peter Vazsonyi (21:48)
  • Re: Big 7.1 open items Tom Lane (21:30)
  • Re: Big 7.1 open items Bruce Momjian (21:24)
  • Re: Big 7.1 open items Tom Lane (21:20)
  • Re: Big 7.1 open items Bruce Momjian (21:18)
  • Re: Is *that* why debugging backend startup is so hard!? Tom Lane (21:05)
  • Re: Big 7.1 open items Tom Lane (21:01)
  • Re: Big 7.1 open items Bruce Momjian (19:55)
  • RE: Big 7.1 open items Mikheev, Vadim (19:49)
  • Re: Big 7.1 open items Bruce Momjian (19:48)
  • RE: Big 7.1 open items Mikheev, Vadim (19:44)
  • Re: Big 7.1 open items Bruce Momjian (19:42)
  • RE: Big 7.1 open items Mikheev, Vadim (19:38)
  • Re: Big 7.1 open items Bruce Momjian (19:37)
  • RE: Big 7.1 open items Mikheev, Vadim (19:28)
  • Re: Big 7.1 open items Bruce Momjian (18:20)
  • Re: Re: Call for port testing on fmgr changes -- Results! Bruce Momjian (18:09)
  • Re: Is *that* why debugging backend startup is so hard!? Peter Eisentraut (18:05)
  • Re: [Fwd: RE: config.sub and config.guess for PostgreSQL compilation on Linux S/390] Peter Eisentraut (18:01)
  • RE: Big 7.1 open items Mikheev, Vadim (18:01)
  • RE: Big 7.1 open items Peter Eisentraut (18:01)
  • Re: Makefile for parser Peter Eisentraut (17:59)
  • Re: AW: Proposal: More flexible backup/restore via pg_dump Philip Warner (17:51)
  • Fwd: Re: Fwd: Problem with recv syscall on socket when other side closed connection Denis Perchine (16:45)
  • Please help cache lookup failed Michael Fraley (16:24)
  • Re: SQL99 functions Hannu Krosing (15:43)
  • Re: AW: Proposal: More flexible backup/restore via pg_dump Tom Lane (15:23)
  • Re: AW: SQL99 functions Tom Lane (15:15)
  • Re: AW: Proposal: More flexible backup/restore via pg_dump Philip Warner (15:13)
  • Re: AW: SQL99 functions Thomas Lockhart (15:05)
  • AW: SQL99 functions Zeugswetter Andreas SB (14:53)
  • Re: AW: Proposal: More flexible backup/restore via pg_dump Tom Lane (14:49)
  • AW: Proposal: More flexible backup/restore via pg_dump Zeugswetter Andreas SB (14:26)
  • Re: AW: Big 7.1 open items Tom Lane (14:24)
  • Re: SQL99 functions Tom Lane (14:15)
  • Re: Makefile for parser Thomas Lockhart (14:03)
  • AW: SQL99 functions Zeugswetter Andreas SB (13:45)
  • Re: SQL99 functions Thomas Lockhart (13:43)
  • Mailing List Archive Problem? Philip Warner (13:37)
  • Re: Proposal: More flexible backup/restore via pg_dump Giles Lean (13:37)
  • AW: Big 7.1 open items Zeugswetter Andreas SB (13:29)
  • RE: Proposal: More flexible backup/restore via pg_dump Peter Mount (11:39)
  • RE: Proposal: More flexible backup/restore via pg_dump Philip Warner (10:29)
  • RE: Proposal: More flexible backup/restore via pg_dump Peter Mount (09:56)
  • Re: Proposal: More flexible backup/restore via pg_dump Giles Lean (09:35)
  • RE: SQL99 functions Peter Mount (09:13)
  • Re: Proposal: More flexible backup/restore via pg_dump Philip Warner (09:05)
  • Re: SQL99 functions Tom Lane (08:51)
  • Re: Big 7.1 open items Hiroshi Inoue (08:50)
  • Re: Makefile for parser Tom Lane (08:38)
  • Re: Is *that* why debugging backend startup is so hard!? Giles Lean (08:24)
  • Re: C exception code Chris Bitmead (06:51)
  • Re: Big 7.1 open items Bruce Momjian (04:19)
  • Re: Big 7.1 open items Hiroshi Inoue (04:06)
  • Re: Is *that* why debugging backend startup is so hard!? Bruce Momjian (03:48)
  • SQL99 functions Thomas Lockhart (02:39)
  • Re: 'natural join' core dump Thomas Lockhart (01:56)
  • RE: Big 7.1 open items Mikheev, Vadim (01:48)
  • Re: Makefile for parser Thomas Lockhart (01:25)
  • Is *that* why debugging backend startup is so hard!? Tom Lane (00:44)
  • RE: .exe extension on Windows Peter Eisentraut (00:36)
  • Re: Re: Call for port testing on fmgr changes -- Results! Ryan Kirkpatrick (00:36)
• 26 June 2000
  • Re: AW: File versioning (was: Big 7.1 open items) Hiroshi Inoue (23:31)
  • RE: .exe extension on Windows Hiroshi Inoue (23:05)
  • Re: Big 7.1 open items Tom Lane (22:49)
  • Re: 'natural join' core dump Tom Lane (22:34)
  • RE: Big 7.1 open items Mikheev, Vadim (22:22)

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