pgsql-hackers since 2002-04-22 00:00

The PostgreSQL developers team lives here. Discussion of current development issues, problems and bugs, and proposed new features. If your question cannot be answered by people in the other lists, and it is likely that only a developer will know the answer, you may re-post your question in this list. You must try elsewhere first!

Search the Archives

Browse Archives

Prev | Next

April 22, 2002

Thread Author Time
Re: GUC vs variable.c (was Patches applied...) Thomas Lockhart 00:06
Re: failed regression tests Tatsuo Ishii 01:27
How to know whether a table is locked ? Nicolas Bazin 02:00
Re: commands subdirectory continued -code cleanup Christopher Kings-Lynne 02:11
Re: Patches applied; initdb time! Thomas Lockhart 02:57
Re: Schema (namespace) privilege details Peter Eisentraut 03:14
Re: Schema (namespace) privilege details Tom Lane 03:25
few probs with integer timestamps Christopher Kings-Lynne 04:55
Re: few probs with integer timestamps Thomas Lockhart 05:54
Re: Index Scans become Seq Scans after VACUUM ANALYSE Luis Alberto Amigo Navarro 10:13
Re: Index Scans become Seq Scans after VACUUM ANALYSE 📎 Luis Alberto Amigo Navarro 11:58
Fixups on variable.c Thomas Lockhart 15:19
Re: Documentation on page files Ross J. Reedstrom 16:14
Bug #640: ECPG: inserting float numbers pgsql-bugs 16:41
[RFC] Set Returning Functions Joe Conway 17:16
Re: Documentation on page files Patrick Macdonald 17:57
Simplifying OID lookups in the presence of namespaces Tom Lane 20:23
What is wrong with hashed index usage? Dann Corbit 21:15
Re: Implement a .NET Data Francisco Jr. 21:35
Re: What is wrong with hashed index usage? Neil Conway 21:59
Re: What is wrong with hashed index usage? Dann Corbit 22:04
Re: What is wrong with hashed index usage? Neil Conway 22:13
ecpg/preproc.y is generating reduce/reduce conflicts Tom Lane 22:46
NAMEDATALEN revisited 📎 Rod Taylor 23:25
Re: Documentation on page files Martijn van Oosterhout 23:29
Re: What is wrong with hashed index usage? Michael Loftis 23:47

April 23, 2002

Thread Author Time
Re: Simplifying OID lookups in the presence of namespaces Joe Conway 03:35
Re: Simplifying OID lookups in the presence of namespaces Tom Lane 03:46
I am back Bruce Momjian 04:33
"make report" Thomas Lockhart 05:20
Re: "make report" cbbrowne 05:39
Re: Documentation on page files Hannu Krosing 07:15
Re: Implement a .NET Data Dave Page 07:25
Re: Documentation on page files Martijn van Oosterhout 07:52
Re: "make report" Curt Sampson 08:18
Re: Documentation on page files Curt Sampson 08:22
cvs update, configure, make, error in bootstrap.* ?... Jean-Paul ARGUDO 08:42
Generating Huge String? Steffen Nielsen 08:55
Re: Generating Huge String? Tom Lane 13:49
Re: Vote on SET in aborted transaction Lamar Owen 14:13
Re: cvs update, configure, make, error in bootstrap.* ?... Tom Lane 14:24
Re: "make report" Tom Lane 16:02
Re: [HACKERS] WITH DELIMITERS in COPY Bruce Momjian 16:19
Vote on SET in aborted transaction Bruce Momjian 16:27
Re: cvs update, configure, make, error in bootstrap.* ?... Jean-Paul ARGUDO 16:40
Re: Index Scans become Seq Scans after VACUUM ANALYSE Bruce Momjian 16:41
Re: Index Scans become Seq Scans after VACUUM ANALYSE Bruce Momjian 16:42
Re: Vote on SET in aborted transaction Bradley McLean 16:43
Re: Vote on SET in aborted transaction Bruce Momjian 16:46
Re: [HACKERS] build of 7.2.1 on SCO Openserver and Unixware Bruce Momjian 16:51
Re: Odd(?) RI-trigger behavior Bruce Momjian 16:55
Re: syslog support by default Bruce Momjian 16:59
Re: Vote on SET in aborted transaction Jan Wieck 16:59
Re: Vote on SET in aborted transaction Tom Lane 17:09
Re: new food for the contrib/ directory Bruce Momjian 17:29
Re: PyGreSQL bug Bruce Momjian 17:31
Re: My talk at Linuxtag Bruce Momjian 17:46
Re: RENAME TRIGGER patch (was [HACKERS] Odd(?) RI-trigger Bruce Momjian 18:07
Re: Vote on SET in aborted transaction Joe Conway 18:27
Re: Documentation on page files Hannu Krosing 18:59
Re: Generating Huge String? Steffen Nielsen 20:17
Re: Coster/planner and edge cases... Bruce Momjian 20:26
Re: How to know whether a table is locked ? Bruce Momjian 20:55
Re: "make report" Peter Eisentraut 23:30
Re: ?Missing '#define FUNC_MAX_ARGS' in pg_config.h.win32? 📎 Bruce Momjian 23:46
Re: What is wrong with hashed index usage? Bruce Momjian 23:54

April 24, 2002

Thread Author Time
timeout implementation issues Nicolas Bazin 00:04
Re: ?Missing '#define FUNC_MAX_ARGS' in pg_config.h.win32? Peter Eisentraut 00:24
Re: ?Missing '#define FUNC_MAX_ARGS' in pg_config.h.win32? Bruce Momjian 00:57
Re: ?Missing '#define FUNC_MAX_ARGS' in pg_config.h.win32? Peter Eisentraut 01:10
Re: Patch for xlog.c Bruce Momjian 01:56
Re: build of 7.2.1 on SCO Openserver and Unixware 7.1.1 Bruce Momjian 01:57
Re: unknownin/out patch (was [HACKERS] PQescapeBytea is not Bruce Momjian 02:13
Re: Inefficient handling of LO-restore + Patch Bruce Momjian 02:21
Re: ANSI Compliant Inserts Bruce Momjian 02:22
namedatalen part 2 (cont'd) 📎 Rod Taylor 02:36
Re: RENAME TRIGGER patch (was [HACKERS] Odd(?) RI-trigger Bruce Momjian 02:48
Re: namedatalen part 2 (cont'd) Neil Conway 02:50
Re: Index Scans become Seq Scans after VACUUM ANALYSE mlw 02:50
Re: Index Scans become Seq Scans after VACUUM ANALYSE mlw 03:02
Re: namedatalen part 2 (cont'd) Rod Taylor 03:12
Re: Index Scans become Seq Scans after VACUUM ANALYSE Curt Sampson 04:38
Re: namedatalen part 2 (cont'd) Tom Lane 05:40
Re: Inefficient handling of LO-restore + Patch Peter Eisentraut 05:41
Re: Inefficient handling of LO-restore + Patch Philip Warner 05:58
Re: Vote on SET in aborted transaction Hiroshi Inoue 06:13
Re: Index Scans become Seq Scans after VACUUM ANALYSE Lincoln Yeoh 07:12
Sequential Scan Read-Ahead Curt Sampson 07:51
Re: Index Scans become Seq Scans after VACUUM ANALYSE mlw 12:28
Returning text from stored procedures?? Steffen Nielsen 13:44
Re: "make report" Thomas Lockhart 13:55
Re: Vote on SET in aborted transaction Bruce Momjian 13:56
Re: namedatalen part 2 (cont'd) Bruce Momjian 13:57
Re: Inefficient handling of LO-restore + Patch 📎 Bruce Momjian 14:03
WAL -> Replication Mike Biamonte 14:05
Re: Sequential Scan Read-Ahead Bruce Momjian 14:08
Re: namedatalen part 2 (cont'd) Tom Lane 14:20
Re: Vote on SET in aborted transaction Thomas Lockhart 14:23
Re: Inefficient handling of LO-restore + Patch Mario Weilguni 14:28
Re: Inefficient handling of LO-restore + Patch Tom Lane 14:30
Table checking/dumping program Martijn van Oosterhout 14:57
Re: Vote on SET in aborted transaction Tom Lane 15:31
Re: Returning text from stored procedures?? Tom Lane 15:43
Re: Index Scans become Seq Scans after VACUUM ANALYSE Luis Alberto Amigo Navarro 16:32
Parser translations and schemas Tom Lane 16:53
Re: Inefficient handling of LO-restore + Patch Mario Weilguni 17:02
Re: Vote on SET in aborted transaction Michael Loftis 17:33
Re: "make report" Peter Eisentraut 18:14
Re: "make report" Igor Kovalenko 18:19
Re: Vote on SET in aborted transaction Vince Vielhaber 18:20
Re: Inefficient handling of LO-restore + Patch Peter Eisentraut 18:24
Re: Parser translations and schemas Peter Eisentraut 18:28
non-standard escapes in string literals Andrew Pimlott 18:29
Re: "make report" Peter Eisentraut 18:34
Re: Implement a .NET Data Francisco Jr. 21:15
Re: Inefficient handling of LO-restore + Patch Tom Lane 22:13
PostgreSQL index usage discussion. mlw 22:46
Re: Vote on SET in aborted transaction Hiroshi Inoue 23:42

April 25, 2002

Thread Author Time
Re: Vote on SET in aborted transaction Hiroshi Inoue 00:06
Vote totals for SET in aborted transaction Bruce Momjian 00:39
Re: Vote on SET in aborted transaction Jan Wieck 00:52
Re: Vote on SET in aborted transaction Hiroshi Inoue 01:06
Re: Vote on SET in aborted transaction Tom Lane 01:08
Re: Vote totals for SET in aborted transaction Hiroshi Inoue 01:10
Re: Vote totals for SET in aborted transaction Bruce Momjian 01:12
Re: Vote totals for SET in aborted transaction Hiroshi Inoue 01:16
Re: Vote totals for SET in aborted transaction Bruce Momjian 01:17
Re: Vote on SET in aborted transaction Michael Loftis 01:26
Re: Vote totals for SET in aborted transaction Hiroshi Inoue 01:28
Re: Vote totals for SET in aborted transaction Bruce Momjian 01:29
Re: PostgreSQL index usage discussion. Bradley McLean 01:37
Re: Sequential Scan Read-Ahead Curt Sampson 01:40
Re: Vote totals for SET in aborted transaction Hiroshi Inoue 01:41
Re: Vote totals for SET in aborted transaction Bruce Momjian 01:46
Re: Vote on SET in aborted transaction Hiroshi Inoue 01:49
Re: Sequential Scan Read-Ahead Bruce Momjian 01:56
Re: Vote on SET in aborted transaction Bruce Momjian 01:59
Re: Vote totals for SET in aborted transaction Jan Wieck 02:00
Re: Vote on SET in aborted transaction Jan Wieck 02:06
Re: Vote on SET in aborted transaction Michael Loftis 02:06
referential integrity problem Tatsuo Ishii 02:07
Re: Vote totals for SET in aborted transaction Hiroshi Inoue 02:08
Re: Vote on SET in aborted transaction Michael Loftis 02:08
Re: Vote on SET in aborted transaction Hiroshi Inoue 02:20
Re: Vote on SET in aborted transaction Hiroshi Inoue 02:37
Re: Vote on SET in aborted transaction Hiroshi Inoue 02:52
Re: Vote on SET in aborted transaction Bruce Momjian 02:53
Re: Vote on SET in aborted transaction Hiroshi Inoue 02:54
Re: unknownin/out patch Tom Lane 02:55
Re: Inefficient handling of LO-restore + Patch Bruce Momjian 02:59
Re: Vote on SET in aborted transaction Hiroshi Inoue 03:00
Re: Vote on SET in aborted transaction Bruce Momjian 03:03
Re: Vote on SET in aborted transaction Hiroshi Inoue 03:11
Re: Sequential Scan Read-Ahead Curt Sampson 03:19
Re: Sequential Scan Read-Ahead Tom Lane 03:30
Re: Sequential Scan Read-Ahead Tatsuo Ishii 03:34
Re: Sequential Scan Read-Ahead Bruce Momjian 04:04
Re: Index Scans become Seq Scans after VACUUM ANALYSE Curt Sampson 04:12
md5 passwords and pg_shadow Neil Conway 05:21
Re: Sequential Scan Read-Ahead Michael Loftis 05:43
Re: md5 passwords and pg_shadow Bruce Momjian 05:50
Re: Index Scans become Seq Scans after VACUUM ANALYSE Michael Loftis 05:52
Re: Index Scans become Seq Scans after VACUUM ANALYSE Curt Sampson 06:05
Re: PostgreSQL index usage discussion. Luis Alberto Amigo Navarro 06:42
Re: PostgreSQL index usage discussion. Luis Alberto Amigo Navarro 06:56
Re: Sequential Scan Read-Ahead Curt Sampson 07:28
Re: PostgreSQL index usage discussion. Hannu Krosing 07:39
pid gets overwritten in OSX Francois Suter 07:47
Re: PostgreSQL index usage discussion. Hannu Krosing 07:48
Re: Sequential Scan Read-Ahead Curt Sampson 07:55
Re: Sequential Scan Read-Ahead Lincoln Yeoh 08:33
Re: Sequential Scan Read-Ahead Curt Sampson 09:19
Re: Sequential Scan Read-Ahead Curt Sampson 10:47
ECPG: FETCH ALL|n FROM cursor - Memory allocation? Lee Kindness 11:42
Re: Vote totals for SET in aborted transaction Sander Steffann 12:05
Re: pid gets overwritten in OSX Gregory Seidman 12:41
Re: Vote totals for SET in aborted transaction Marc G. Fournier 12:52
Block size: 8K or 16K? mlw 13:04
Re: ECPG: FETCH ALL|n FROM cursor - Memory allocation? Michael Meskes 13:07
Re: Block size: 8K or 16K? mlw 13:49
Re: Sequential Scan Read-Ahead Tom Lane 13:54
Re: Vote totals for SET in aborted transaction Jan Wieck 14:18
Re: new food for the contrib/ directory Andreas Scherbaum 14:34
Re: WAL -> Replication Bruce Momjian 14:37
Re: non-standard escapes in string literals Bruce Momjian 14:41
Re: Sequential Scan Read-Ahead Bruce Momjian 14:55
Re: Index Scans become Seq Scans after VACUUM ANALYSE Bruce Momjian 15:01
Re: Block size: 8K or 16K? Neil Conway 15:21
Re: Index Scans become Seq Scans after VACUUM ANALYSE Bruce Momjian 15:34
Re: pid gets overwritten in OSX Bruce Momjian 15:44
Re: Vote totals for SET in aborted transaction Bruce Momjian 15:50
Re: md5 passwords and pg_shadow Neil Conway 16:48
Re: Vote totals for SET in aborted transaction Mike Mascari 17:16
Re: non-standard escapes in string literals F Harvell 17:30
Re: md5 passwords and pg_shadow Tom Lane 17:32
Re: md5 passwords and pg_shadow Bruce Momjian 17:37
Re: md5 passwords and pg_shadow Bruce Momjian 17:39
Re: Sequential Scan Read-Ahead Hannu Krosing 17:41
Re: Vote totals for SET in aborted transaction Marc G. Fournier 17:59
Re: Index Scans become Seq Scans after VACUUM ANALYSE mlw 18:13

Browse Archives

Prev | Next