pgsql-hackers - November 2005

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

(enter a message-id to go directly to that message)
Advanced Search

Browse Archives

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

Nov. 1, 2005

Thread Author Time
Re: slru.c race condition (was Re: TRAP: FailedAssertion("!((itemid)->lp_flags & 0x01)", ) Alvaro Herrera 00:02
Re: Spinlocks, yet again: analysis and proposed patches Mark Wong 00:10
Re: slru.c race condition (was Re: TRAP: FailedAssertion("!((itemid)->lp_flags & 0x01)", ) Jim C. Nasby 00:56
regression failures on WIndows in machines with some non-English locales Andrew Dunstan 01:19
Re: slru.c race condition (was Re: TRAP: FailedAssertion("!((itemid)->lp_flags & 0x01)", ) Tom Lane 03:12
Re: regression failures on WIndows in machines with some non-English locales Tom Lane 03:38
Re: regression failures on WIndows in machines with some non-English Petr Jelinek 04:28
Re: Spinlocks, yet again: analysis and proposed patches Simon Riggs 07:32
Re: 8.1 Release Candidate 1 Coming ... Stefan Kaltenbrunner 07:34
FreeBSD broke with autoconf-based build strk 11:32
Re: Ideas for easier debugging of backend problems Peter Eisentraut 11:33
Adding a column in pg_proc for storing default values of arguments Salman Razzaq 11:34
Re: Differences in UTF8 between 8.0 and 8.1 Paul Lindner 12:15
[Fwd: Re: regression failures on WIndows in machines with some non-English locales] 📎 Andrew Dunstan 12:43
Re: Adding a column in pg_proc for storing default values of arguments Tom Lane 13:35
Re: [Fwd: Re: regression failures on WIndows in machines with some non-English locales] Tom Lane 13:41
Re: FreeBSD broke with autoconf-based build Tom Lane 14:10
Re: slru.c race condition (was Re: TRAP: FailedAssertion("!((itemid)->lp_flags & 0x01)", ) Alvaro Herrera 14:23
Re: Call for port reports Euler Taveira de Oliveira 15:08
Re: [Fwd: Re: regression failures on WIndows in machines Andrew Dunstan 15:36
Re: FreeBSD broke with autoconf-based build Marc G. Fournier 15:41
Re: FreeBSD broke with autoconf-based build Andrew Dunstan 15:58
Re: FreeBSD broke with autoconf-based build strk 16:46
Re: FreeBSD broke with autoconf-based build Peter Eisentraut 17:05
Re: FreeBSD broke with autoconf-based build Tom Lane 17:28
Debug in dest.h Alvaro Herrera 17:40
Re: FreeBSD broke with autoconf-based build Marc G. Fournier 17:45
Re: Debug in dest.h Tom Lane 18:14
Re: Ideas for easier debugging of backend problems Jim C. Nasby 18:17
Re: slru.c race condition (was Re: TRAP: FailedAssertion("!((itemid)->lp_flags & 0x01)", ) Jim C. Nasby 18:49
Re: slru.c race condition (was Re: TRAP: FailedAssertion("!((itemid)->lp_flags & 0x01)", ) Jim C. Nasby 18:49
Re: slru.c race condition (was Re: TRAP: FailedAssertion("!((itemid)->lp_flags & 0x01)", ) Tom Lane 19:21
Re: slru.c race condition (was Re: TRAP: FailedAssertion("!((itemid)->lp_flags & 0x01)", ) Tom Lane 19:22
Re: slru.c race condition Chris Browne 19:41
Re: slru.c race condition Chris Browne 19:50
Re: 8.1 Release Candidate 1 Bundled ... Devrim GUNDUZ 20:37
Reducing the overhead of NUMERIC data Simon Riggs 21:22
Attn: Richard Huxton Dave Page 21:32
Re: Reducing the overhead of NUMERIC data Tom Lane 21:54
Re: Reducing the overhead of NUMERIC data Martijn van Oosterhout 22:16
Re: Reducing the overhead of NUMERIC data Jim C. Nasby 22:38
Re: Reducing the overhead of NUMERIC data Jim C. Nasby 22:39
Re: Reducing the overhead of NUMERIC data Tom Lane 22:40
Re: slru.c race condition Chris Browne 22:42
Re: Reducing the overhead of NUMERIC data Simon Riggs 22:46
Re: Reducing the overhead of NUMERIC data Jim C. Nasby 22:49
Re: Reducing the overhead of NUMERIC data Tom Lane 22:55
Re: Reducing the overhead of NUMERIC data Simon Riggs 22:59
Re: Reducing the overhead of NUMERIC data Tom Lane 23:05
Re: Reducing the overhead of NUMERIC data Tom Lane 23:15

Nov. 2, 2005

Thread Author Time
pg_restore [archiver] file offset in dump file is too large Kevin Grittner 01:01
8.1-compatible xlogdump Jonah H. Harris 01:16
Re: Ideas for easier debugging of backend problems Christopher Kings-Lynne 01:20
Re: 8.1-compatible xlogdump Alvaro Herrera 01:23
Re: Reducing the overhead of NUMERIC data J. Andrew Rogers 01:46
Re: 8.1-compatible xlogdump Jonah H. Harris 03:56
Re: slru.c race condition (was Re: TRAP: FailedAssertion("!((itemid)->lp_flags Greg Stark 04:11
Re: pg_restore [archiver] file offset in dump file is too large Tom Lane 04:15
Re: pg_restore [archiver] file offset in dump file is too Andrew Dunstan 04:21
Re: 8.1-compatible xlogdump Tom Lane 04:24
Re: slru.c race condition (was Re: TRAP: FailedAssertion("!((itemid)->lp_flags Tom Lane 04:45
Re: pg_restore [archiver] file offset in dump file is too Tom Lane 05:01
Re: Call for port reports Adrian Maier 06:46
Re: pg_restore [archiver] file offset in dump file Kevin Grittner 06:50
Re: Reducing the overhead of NUMERIC data Simon Riggs 08:48
Re: slru.c race condition (was Re: TRAP: FailedAssertion("!((itemid)->lp_flags Greg Stark 12:03
Re: Reducing the overhead of NUMERIC data Mike Rylander 12:59
PGXS on VPATH? Alvaro Herrera 13:07
Re: Limit usage of tcop/dest.h Andrew Dunstan 13:22
Re: pg_restore [archiver] file offset in dump file is too Andrew Dunstan 13:25
Limit usage of tcop/dest.h 📎 Alvaro Herrera 13:50
Re: Limit usage of tcop/dest.h Alvaro Herrera 14:11
Re: Reducing the overhead of NUMERIC data Pollard, Mike 14:15
8.1RC1 fails to build on OS X (10.4) 📎 Idar Tollefsen 14:15
Re: PGXS on VPATH? Tom Lane 14:16
Re: Limit usage of tcop/dest.h Tom Lane 14:20
Re: pg_restore [archiver] file offset in dump file is too Magnus Hagander 14:37
Re: 8.1RC1 fails to build on OS X (10.4) Tom Lane 15:16
Re: Limit usage of tcop/dest.h Bruce Momjian 15:22
Re: pg_restore [archiver] file offset in dump file Kevin Grittner 15:30
Retrieving all possible join trees from PLANNER.. Gayathri TK 15:31
Re: Limit usage of tcop/dest.h Alvaro Herrera 15:43
Re: Retrieving all possible join trees from PLANNER.. Tom Lane 15:49
Re: 8.1RC1 fails to build on OS X (10.4) Idar Tollefsen 15:55
Re: Limit usage of tcop/dest.h 📎 Alvaro Herrera 16:02
Re: Limit usage of tcop/dest.h Tom Lane 16:15
Re: 8.1RC1 fails to build on OS X (10.4) Tom Lane 16:39
Re: 8.1RC1 fails to build on OS X (10.4) Idar Tollefsen 17:05
Transitive closure of a directed graph Steinar H. Gunderson 17:31
Re: [HACKERS] Reducing the overhead of NUMERIC data 📎 Simon Riggs 18:26
Re: slru.c race condition (was Re: TRAP: FailedAssertion("!((itemid)->lp_flags Jim C. Nasby 18:45
Re: [HACKERS] Reducing the overhead of NUMERIC data Tom Lane 18:46
Re: Reducing the overhead of NUMERIC data Jim C. Nasby 18:53
Re: 8.1RC1 fails to build on OS X (10.4) Jim C. Nasby 18:57
Re: slru.c race condition (was Re: TRAP: FailedAssertion("!((itemid)->lp_flags Tom Lane 19:04
Re: 8.1RC1 fails to build on OS X (10.4) Tom Lane 19:07
Re: 8.1RC1 fails to build on OS X (10.4) Tom Lane 19:14
Assert failure found in 8.1RC1 Robert Creager 19:27
Re: [HACKERS] Reducing the overhead of NUMERIC data Simon Riggs 19:36
Re: [HACKERS] Reducing the overhead of NUMERIC data Tom Lane 20:09
Re: Assert failure found in 8.1RC1 Tom Lane 20:19
Re: pg_restore [archiver] file offset in dump file is too Andrew Dunstan 20:26
Re: pg_restore [archiver] file offset in dump file is too Tom Lane 20:36
Re: Reducing the overhead of NUMERIC data Martijn van Oosterhout 20:42
Re: Assert failure found in 8.1RC1 Robert Creager 21:18
Re: pg_restore [archiver] file offset in dump file is too Andrew Dunstan 21:26
Re: pg_restore [archiver] file offset in dump file is too Bruce Momjian 21:31
Re: 8.1RC1 fails to build on OS X (10.4) Idar Tollefsen 21:49
ODBC link to other databases Edward Di Geronimo Jr. 21:49
Re: [HACKERS] Reducing the overhead of NUMERIC data Simon Riggs 21:50
Re: pg_restore [archiver] file offset in dump file is too Andrew Dunstan 21:51
Re: 8.1RC1 fails to build on OS X (10.4) Idar Tollefsen 21:58
Re: 8.1RC1 fails to build on OS X (10.4) Tom Lane 22:02
Re: ODBC link to other databases Josh Berkus 22:09
Re: 8.1RC1 fails to build on OS X (10.4) Idar Tollefsen 22:36
Re: slru.c race condition (was Re: TRAP: FailedAssertion("!((itemid)->lp_flags Jim C. Nasby 22:51
Re: 8.1RC1 fails to build on OS X (10.4) Tom Lane 22:53
Re: [HACKERS] Reducing the overhead of NUMERIC data Simon Riggs 22:56
Re: [HACKERS] Reducing the overhead of NUMERIC data Tom Lane 23:12
Re: Assert failure found in 8.1RC1 Robert Creager 23:19
Re: [HACKERS] Reducing the overhead of NUMERIC data Jim C. Nasby 23:28
Re: [HACKERS] Reducing the overhead of NUMERIC data Andrew Dunstan 23:32
Re: 8.1RC1 fails to build on OS X (10.4) Dave Cramer 23:34
Re: Assert failure found in 8.1RC1 Tom Lane 23:45

Nov. 3, 2005

Thread Author Time
Re: [HACKERS] Reducing the overhead of NUMERIC data Tom Lane 00:12
Re: Reducing the overhead of NUMERIC data Simon Riggs 08:27
Re: Reducing the overhead of NUMERIC data Simon Riggs 13:49
Re: Reducing the overhead of NUMERIC data Martijn van Oosterhout 14:09
Re: Reducing the overhead of NUMERIC data Alvaro Herrera 14:13
Re: Reducing the overhead of NUMERIC data Simon Riggs 14:49
Re: Reducing the overhead of NUMERIC data Stephan Szabo 15:03
Re: Reducing the overhead of NUMERIC data Marcus Engene 15:07
Re: Reducing the overhead of NUMERIC data Bruce Momjian 15:09
Re: Reducing the overhead of NUMERIC data Tom Lane 15:32
Re: slru.c race condition (was Re: TRAP: FailedAssertion("!((itemid)->lp_flags Alvaro Herrera 16:01
Re: Spinlocks, yet again: analysis and proposed patches Mark Wong 16:03
Re: slru.c race condition (was Re: TRAP: FailedAssertion("!((itemid)->lp_flags Tom Lane 16:11
Re: Reducing the overhead of NUMERIC data Simon Riggs 16:22
Re: Reducing the overhead of NUMERIC data Andrew Dunstan 16:36
pgsql: Rename the members of CommandDest enum so they don't collide with Alvaro Herrera 17:11
Exclusive lock for database rename Peter Eisentraut 17:11
Re: pgsql: Rename the members of CommandDest enum so Marc G. Fournier 17:17
Re: Exclusive lock for database rename Peter Eisentraut 17:24
Re: [COMMITTERS] pgsql: Rename the members of CommandDest enum so Alvaro Herrera 17:26
Re: Reducing the overhead of NUMERIC data mark 17:28
Re: Exclusive lock for database rename Tom Lane 17:53
Re: [COMMITTERS] pgsql: Rename the members of CommandDest enum so Tom Lane 17:55
Re: Reducing the overhead of NUMERIC data Simon Riggs 18:02
Re: Reducing the overhead of NUMERIC data Martijn van Oosterhout 18:18
Re: Spinlocks, yet again: analysis and proposed patches Simon Riggs 18:29
Re: Reducing the overhead of NUMERIC data Gregory Maxwell 19:06
Re: Exclusive lock for database rename Andrew - Supernews 19:40
Re: Reducing the overhead of NUMERIC data Andrew - Supernews 19:41
Re: Reducing the overhead of NUMERIC data Simon Riggs 20:12
Re: pgsql: Rename the members of CommandDest enum so Bruce Momjian 20:19
Re: slru.c race condition (was Re: TRAP: FailedAssertion("!((itemid)->lp_flags Jim C. Nasby 21:34
Re: slru.c race condition (was Re: TRAP: FailedAssertion("!((itemid)->lp_flags Tom Lane 23:02

Nov. 4, 2005

Thread Author Time
Re: Reducing the overhead of NUMERIC data Tom Lane 02:17
postgresql-8.1RC1 on Solaris 10, amd64x2 Cedric Berger 08:18
Re: Reducing the overhead of NUMERIC data mark 13:38
Re: Reducing the overhead of NUMERIC data Martijn van Oosterhout 15:13
Re: postgresql-8.1RC1 on Solaris 10, amd64x2 Andrew Dunstan 15:35
somebody could explain this? Cristian Prieto 16:16
PG 8.1 supported platforms list: IRIX is MIA Tom Lane 16:22
Re: somebody could explain this? Csaba Nagy 16:31
Re: somebody could explain this? Andrew Dunstan 16:45
Re: somebody could explain this? Martijn van Oosterhout 16:45
Re: somebody could explain this? Tom Lane 16:49
Re: PG 8.1 supported platforms list Chris Browne 17:19
Re: somebody could explain this? Otto Hirr 17:25
Re: [OT] somebody could explain this? Csaba Nagy 17:30
Re: [OT] somebody could explain this? Peter Eisentraut 17:39
Re: PG 8.1 supported platforms list: IRIX is MIA Kevin Grittner 17:47
Constraint exclusion description bug? Peter Eisentraut 17:50
Re: [OT] somebody could explain this? Bruno Wolff III 17:53
Re: insert performance for win32 Merlin Moncure 17:56
Re: [OT] somebody could explain this? Kevin Grittner 17:57
Re: insert performance for win32 Tom Lane 18:01
Re: insert performance for win32 Merlin Moncure 18:07
Re: Reducing the overhead of NUMERIC data mark 18:10
Re: [PERFORM] insert performance for win32 David Fetter 18:14
Re: insert performance for win32 Tom Lane 18:14
Re: insert performance for win32 Bruce Momjian 18:15
Re: [HACKERS] insert performance for win32 Tom Lane 18:19
Re: insert performance for win32 Magnus Hagander 18:21
Re: [HACKERS] insert performance for win32 Bruce Momjian 18:21
Re: Constraint exclusion description bug? Tom Lane 18:25
Re: insert performance for win32 Merlin Moncure 18:26
Re: [HACKERS] insert performance for win32 Magnus Hagander 18:30
Re: insert performance for win32 Tom Lane 18:37
Re: [PERFORM] insert performance for win32 Dann Corbit 18:41
Re: Reducing the overhead of NUMERIC data Tom Lane 18:54
Re: [OT] somebody could explain this? Otto Hirr 19:06
Re: Reducing the overhead of NUMERIC data Martijn van Oosterhout 19:11
Crash during elog.c... Jim C. Nasby 19:35
Re: Reducing the overhead of NUMERIC data Tom Lane 19:43
Re: Crash during elog.c... Tom Lane 19:45
Re: Reducing the overhead of NUMERIC data Gregory Maxwell 19:49
Re: [OT] somebody could explain this? Tom Lane 19:51
Re: Reducing the overhead of NUMERIC data Gregory Maxwell 19:58

Browse Archives

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