Skip site navigation
(1)
Skip section navigation
(2)
Search
Peripheral Links
Text Size:
Normal
/
Large
Donate
Contact
Home
About
Download
Documentation
Community
Developers
Support
Your account
Community
Contributors
Mailing Lists
User lists
Developer lists
pgsql-cluster-hackers
pgsql-committers
pgsql-hackers
pgsql-rrreviewers
pgsql-www
Regional lists
Associations
User groups
Project lists
Inactive lists
IRC
Featured Users
International Sites
Propaganda
Resources
Weekly News
pgsql-hackers before 2000-07-01 03:20
Search archives
(enter a message-id to go directly to that message)
Advanced Search
Prev
|
Next
Jump to day:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
2000-06-26
Re: File versioning (was: Big 7.1 open items)
Tom Lane (14:42)
AW: physical backup of PostgreSQL
Zeugswetter Andreas SB (14:51)
Re: Makefile for parser
Tom Lane (14:55)
AW: Proposal: More flexible backup/restore via pg_dump
Zeugswetter Andreas SB (14:56)
C exception code
Bruce Momjian (17:02)
RE: Big 7.1 open items
Mikheev, Vadim (18:25)
Re: [HACKERS] CLASSOID patch
Marten Feldtmann (18:39)
[Fwd: RE: config.sub and config.guess for PostgreSQL compilation on Linux S/390]
Lamar Owen (18:49)
'natural join' core dump
Mark Hollomon (20:22)
Re: Proposal: More flexible backup/restore via pg_dump
Giles Lean (21:00)
Re: C exception code
Bruce Momjian (21:34)
Re: C exception code
Giles Lean (21:36)
Re: Big 7.1 open items
Tom Lane (22:03)
connection to Access tables
Jenni Jaeger (22:13)
RE: Big 7.1 open items
Mikheev, Vadim (22:15)
Re: 'natural join' core dump
Tom Lane (22:33)
ERROR: fmgr_info: function 19104: cache lookup failed
Michael Fraley (22:40)
Re: Big 7.1 open items
Tom Lane (22:48)
RE: [HACKERS] .exe extension on Windows
Hiroshi Inoue (23:08)
Re: AW: File versioning (was: Big 7.1 open items)
Hiroshi Inoue (23:32)
2000-06-27
Re: [HACKERS] Re: Call for port testing on fmgr changes -- Results!
Ryan Kirkpatrick (00:36)
RE: [HACKERS] .exe extension on Windows
Peter Eisentraut (00:42)
Is *that* why debugging backend startup is so hard!?
Tom Lane (00:44)
Re: Makefile for parser
Thomas Lockhart (01:26)
RE: Big 7.1 open items
Mikheev, Vadim (01:42)
Re: 'natural join' core dump
Thomas Lockhart (01:58)
SQL99 functions
Thomas Lockhart (02:41)
Re: Is *that* why debugging backend startup is so hard!?
Bruce Momjian (03:47)
Re: Big 7.1 open items
Hiroshi Inoue (04:07)
Re: Big 7.1 open items
Bruce Momjian (04:16)
Re: C exception code
Chris Bitmead (06:45)
Re: Is *that* why debugging backend startup is so hard!?
Giles Lean (08:27)
Re: Makefile for parser
Tom Lane (08:38)
Re: SQL99 functions
Tom Lane (08:51)
Re: Big 7.1 open items
Hiroshi Inoue (08:53)
Re: Proposal: More flexible backup/restore via pg_dump
Philip Warner (09:07)
RE: SQL99 functions
Peter Mount (09:13)
Re: Proposal: More flexible backup/restore via pg_dump
Giles Lean (09:38)
RE: Proposal: More flexible backup/restore via pg_dump
Peter Mount (09:55)
Re: SQL99 functions
Hannu Krosing (10:06)
RE: Proposal: More flexible backup/restore via pg_dump
Philip Warner (10:30)
Any Documentation on PL/pgSQL?
Grigori Soloviov (10:41)
RE: Proposal: More flexible backup/restore via pg_dump
Peter Mount (11:38)
AW: Big 7.1 open items
Zeugswetter Andreas SB (13:27)
AW: SQL99 functions
Zeugswetter Andreas SB (13:39)
Mailing List Archive Problem?
Philip Warner (13:39)
Re: Proposal: More flexible backup/restore via pg_dump
Giles Lean (13:40)
Re: SQL99 functions
Thomas Lockhart (13:45)
AW: Proposal: More flexible backup/restore via pg_dump
Zeugswetter Andreas SB (13:52)
Re: Makefile for parser
Thomas Lockhart (14:05)
Re: SQL99 functions
Tom Lane (14:14)
Re: AW: Big 7.1 open items
Tom Lane (14:23)
Re: AW: Proposal: More flexible backup/restore via pg_dump
Tom Lane (14:48)
AW: SQL99 functions
Zeugswetter Andreas SB (14:53)
Re: AW: SQL99 functions
Thomas Lockhart (15:07)
Re: AW: Proposal: More flexible backup/restore via pg_dump
Philip Warner (15:08)
Re: AW: SQL99 functions
Tom Lane (15:15)
Re: AW: Proposal: More flexible backup/restore via pg_dump
Tom Lane (15:23)
Fwd: Re: Fwd: Problem with recv syscall on socket when other side closed connection
Denis Perchine (16:12)
Re: AW: Proposal: More flexible backup/restore via pg_dump
Philip Warner (17:40)
7.0.2 on Solaris
pgsql-hackers (17:54)
RE: Big 7.1 open items
Mikheev, Vadim (17:54)
Re: Makefile for parser
Peter Eisentraut (18:05)
RE: Big 7.1 open items
Peter Eisentraut (18:07)
Re: [Fwd: RE: config.sub and config.guess for PostgreSQL compilation on Linux S/390]
Peter Eisentraut (18:07)
Re: [HACKERS] Re: Call for port testing on fmgr changes -- Results!
Bruce Momjian (18:08)
Re: Is *that* why debugging backend startup is so hard!?
Peter Eisentraut (18:11)
Re: Big 7.1 open items
Bruce Momjian (18:18)
RE: Big 7.1 open items
Mikheev, Vadim (19:22)
RE: Big 7.1 open items
Mikheev, Vadim (19:31)
Re: Big 7.1 open items
Bruce Momjian (19:34)
RE: Big 7.1 open items
Mikheev, Vadim (19:37)
Re: Big 7.1 open items
Bruce Momjian (19:40)
RE: Big 7.1 open items
Mikheev, Vadim (19:42)
Re: Big 7.1 open items
Bruce Momjian (19:45)
Re: Big 7.1 open items
Bruce Momjian (19:52)
Trigger question
Mitch Vincent (19:54)
Re: Proposal: More flexible backup/restore via pg_dump
Stephan Szabo (20:10)
Re: Big 7.1 open items
Tom Lane (21:00)
Re: Is *that* why debugging backend startup is so hard!?
Tom Lane (21:05)
Re: Big 7.1 open items
Bruce Momjian (21:16)
Re: Big 7.1 open items
Tom Lane (21:19)
Re: Big 7.1 open items
Bruce Momjian (21:23)
Re: Big 7.1 open items
Tom Lane (21:30)
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: Please help cache lookup failed
Tom Lane (21:49)
Re: AW: Proposal: More flexible backup/restore via pg_dump
Giles Lean (22:48)
Re: Big 7.1 open items
Hiroshi Inoue (23:16)
2000-06-28
Re: Mailing List Archive Problem?
The Hermit Hacker (01:18)
Re: Proposal: More flexible backup/restore via pg_dump
Philip Warner (03:05)
Re: AW: Proposal: More flexible backup/restore via pg_dump
Philip Warner (03:10)
pgsql/src/backend/postmaster (postmaster.c)
Tom Lane (03:31)
Re: 7.0.2 on Solaris
Tom Lane (05:56)
RE: Big 7.1 open items
Peter Mount (07:21)
AW: Big 7.1 open items
Zeugswetter Andreas SB (07:27)
AW: Big 7.1 open items
Zeugswetter Andreas SB (07:36)
AW: Big 7.1 open items
Zeugswetter Andreas SB (07:48)
AW: AW: SQL99 functions
Zeugswetter Andreas SB (08:16)
AW: AW: Proposal: More flexible backup/restore via pg_dump
Zeugswetter Andreas SB (08:26)
AW: Big 7.1 open items
Zeugswetter Andreas SB (09:11)
Re: AW: Big 7.1 open items
Hiroshi Inoue (10:47)
AW: AW: Big 7.1 open items
Zeugswetter Andreas SB (12:07)
Re: AW: Big 7.1 open items
Bruce Momjian (14:14)
Re: 7.0.2 on Solaris
pgsql-hackers (14:34)
Re: AW: Big 7.1 open items
Tom Lane (14:57)
LC_MESSAGES and BSD/OS
Bruce Momjian (14:58)
Re: AW: Big 7.1 open items
Tom Lane (15:13)
Re: AW: Big 7.1 open items
Bruce Momjian (15:15)
./configure bug in CVS
Karel Zak (15:36)
Re: Big 7.1 open items
Tom Lane (15:37)
Problem creating UNIQUE constraint
Oliver Elphick (15:55)
Re: MySQL has gone GPL
Hannu Krosing (16:09)
Re: Big 7.1 open items
Tom Lane (16:11)
Re: ./configure bug in CVS
Tom Lane (16:22)
Re: Fwd: Re: Fwd: Problem with recv syscall on socket when other side closed connection
kuznet (16:24)
Re: Makefile for parser
Peter Eisentraut (16:33)
Re: ./configure bug in CVS
Peter Eisentraut (16:37)
MySQL has gone GPL
Daniel Freedman (16:39)
Re: Big 7.1 open items
Bruce Momjian (16:40)
Re: ./configure bug in CVS
Karel Zak (16:46)
Re: MySQL has gone GPL
Karel Zak (16:49)
Re: AW: Big 7.1 open items
Ross J. Reedstrom (17:03)
Misc. consequences of backend memory management changes
Tom Lane (17:04)
RE: AW: Big 7.1 open items
Hiroshi Inoue (17:05)
Re: AW: Big 7.1 open items
Ross J. Reedstrom (17:19)
Re: Misc. consequences of backend memory management changes
Bruce Momjian (17:27)
RE: Big 7.1 open items
Hiroshi Inoue (17:28)
Re: Big 7.1 open items
Tom Lane (17:39)
Re: Misc. consequences of backend memory management changes
Karel Zak (18:26)
Re: Big 7.1 open items
Peter Eisentraut (18:37)
Re: Big 7.1 open items
Peter Eisentraut (18:37)
Re: 7.0.2 on Solaris
Peter Eisentraut (18:38)
Re: LC_MESSAGES and BSD/OS
Giles Lean (18:43)
Re: LC_MESSAGES and BSD/OS
Bruce Momjian (18:46)
Re: AW: Proposal: More flexible backup/restore via pg_dump
Stephan Szabo (19:06)
Re: 7.0.2 on Solaris
pgsql-hackers (19:25)
Re: Misc. consequences of backend memory management changes
Karel Zak (19:40)
Re: Big 7.1 open items
Hiroshi Inoue (23:53)
2000-06-29
regular expressions troubles with char cols
dbahena (00:31)
Re: Big 7.1 open items
Tom Lane (01:05)
Re: LC_MESSAGES and BSD/OS
Tom Lane (01:13)
Re: LC_MESSAGES and BSD/OS
Bruce Momjian (01:19)
Re: Misc. consequences of backend memory management changes
Tom Lane (01:37)
SPI - documentation
Adam Walczykiewicz (07:37)
AW: AW: Big 7.1 open items
Zeugswetter Andreas SB (07:43)
AW: AW: Big 7.1 open items
Zeugswetter Andreas SB (07:44)
AW: AW: Big 7.1 open items
Zeugswetter Andreas SB (08:00)
RE: AW: Big 7.1 open items
Hiroshi Inoue (08:21)
RE: AW: Big 7.1 open items
Peter Mount (08:45)
Re: Misc. consequences of backend memory management changes
Karel Zak (09:39)
Fwd: URGENT PROBLEM: connection time-outs of postgresql backend/frontend
stanislas pinte (10:08)
AW: AW: Big 7.1 open items
Zeugswetter Andreas SB (10:13)
Re: AW: Proposal: More flexible backup/restore via pg_dump
Philip Warner (10:33)
AW: AW: Big 7.1 open items
Zeugswetter Andreas SB (10:33)
Re: 7.0.2 on Solaris
pgsql-hackers (10:45)
Re: Misc. consequences of backend memory management changes
Tom Lane (14:35)
Automatic dependency generation
Peter Eisentraut (15:31)
Re: Misc. consequences of backend memory management changes
Karel Zak (16:14)
psql use of 'volatile'
Bruce Momjian (16:17)
Use of volatile
Bruce Momjian (16:19)
Re: psql use of 'volatile'
Peter Eisentraut (16:36)
Re: psql use of 'volatile'
Bruce Momjian (16:37)
Re: Use of volatile
Alfred Perlstein (16:51)
Re: AW: Big 7.1 open items
Peter Eisentraut (17:27)
Re: Misc. consequences of backend memory management changes
Peter Eisentraut (17:27)
database into website
Scott Winterstein (17:42)
Re: Misc. consequences of backend memory management changes
Tom Lane (18:30)
Re: AW: Proposal: More flexible backup/restore via pg_dump
Stephan Szabo (18:40)
finding lib/include dirs
Timothy H. Keitt (19:06)
Re: AW: Proposal: More flexible backup/restore via pg_dump
Tom Lane (19:24)
Re: AW: Proposal: More flexible backup/restore via pg_dump
Stephan Szabo (19:50)
Re: 7.0.2 on Solaris
Peter Eisentraut (23:32)
Re: Big 7.1 open items
Peter Eisentraut (23:32)
Installation layout
Peter Eisentraut (23:34)
Changes to handling version numbers internally
Peter Eisentraut (23:34)
Re: Misc. consequences of backend memory management changes
Peter Eisentraut (23:37)
Re: Installation layout
Bruce Momjian (23:52)
Re: AW: Big 7.1 open items
Hiroshi Inoue (23:59)
2000-06-30
Re: AW: Proposal: More flexible backup/restore via pg_dump
Tom Lane (00:30)
Re: Big 7.1 open items
Tom Lane (00:43)
config.h (was Re: Misc. consequences of backend memory management changes)
Tom Lane (01:01)
Re: Changes to handling version numbers internally
The Hermit Hacker (01:11)
Re: psql use of 'volatile'
Tom Lane (01:19)
Re: Installation layout
Tom Lane (01:26)
Re: Changes to handling version numbers internally
Tom Lane (01:31)
Re: AW: Proposal: More flexible backup/restore via pg_dump
Philip Warner (01:46)
Re: Installation layout
Bruce Momjian (01:48)
Re: AW: Proposal: More flexible backup/restore via pg_dump
Stephan Szabo (02:15)
Modified pg_dump & new pg_restore need testing...
Philip Warner (05:27)
copy binary from stdin; Why is it broken?
Adriaan Joubert (08:04)
Re: postgres - development of inet/cidr
D'Arcy J.M. Cain (11:54)
Minor buglet in update...from (I think)
Philip Warner (11:57)
PostgreSQL + Solaris + Mico + Purify = ????
Fabrizio Sciarra (14:40)
Re: config.h (was Re: Misc. consequences of backend memory management changes)
Brook Milligan (14:56)
Re: Changes to handling version numbers internally
Brook Milligan (15:17)
Re: Installation layout
Brook Milligan (15:21)
Re: finding lib/include dirs
Peter Eisentraut (16:22)
Re: Modified pg_dump & new pg_restore need testing...
The Hermit Hacker (16:53)
Re: Modified pg_dump & new pg_restore need testing...
Philip Warner (23:52)
Prev
|
Next
Jump to day:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
Privacy Policy
|
About PostgreSQL
Copyright © 1996-2013 The PostgreSQL Global Development Group