Skip site navigation (1) Skip section navigation (2)

Peripheral Links

Text Size: Normal / Large
Donate
Contact

PostgreSQL

The world's most advanced open source database.

pgsql-hackers - November 2005

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

2005-11-01

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)

2005-11-02

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)

2005-11-03

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)

2005-11-04

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)

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