Re: [HACKERS] RIP: Buildfarm member Baiji ??

2007-08-09 Thread Chris Mair
The extinction of a dolphin ... sign of things to come? I've got a dolphin too (somebody's doing this on purpose ;): http://www.pgbuildfarm.org/cgi-bin/show_history.pl?nm=tucuxi&br=HEAD A few hours ago I realized the vmware instance it's running in had been suspended in a snapshot for the la

[HACKERS] no cascade triggers?

2007-06-26 Thread Chris Mair
Hello, triggers in PostgreSQL are cascading by default. From section 34.1. of the 8.2 manual: "If a trigger function executes SQL commands then these commands may fire triggers again. This is known as cascading triggers. There is no direct limitation on the number of cascade levels. I

Re: [HACKERS] [COMMITTERS] pgsql: Stamp major release 8.3.0,

2007-01-12 Thread Chris Mair
> Attached is a patch to get guppy green again (hopefully). > > The two new files go into src/interfaces/ecpg/test/expected Hi, I just wanted to mention that the latest release of OpenBSD i386 (4.0) is still broken too. So the ecpg-check failure would apply to (at least) to 3.8, 4.0, and likely

Re: [HACKERS] [COMMITTERS] pgsql: Stamp major release 8.3.0,

2007-01-12 Thread Chris Mair
On Fri, 12 Jan 2007 10:09:34 +0100 Joachim Wieland <[EMAIL PROTECTED]> wrote: > On Fri, Jan 12, 2007 at 09:29:36AM +0100, Stefan Kaltenbrunner wrote: > > >ok, but then we have some hosts in the buildfarm that run the updated > > >versions like zebra and spoonbill. In this case we can't decide on th

Re: [HACKERS] error compiling 8.2 in debian sarge

2006-11-12 Thread Chris Mair
> > > i'm using debian sarge and when trying to compile 8.2beta3 got this > > > fail... > > > > Just checked: no problems here on a stock 3.1. > > What ./configure switches did you use? > > > > ./configure --prefix=/usr/local/pgsql/pgsql > --enable-debug--enable-cassert --enable-depend > Again,

Re: [HACKERS] error compiling 8.2 in debian sarge

2006-11-12 Thread Chris Mair
> i'm using debian sarge and when trying to compile 8.2beta3 got this fail... Just checked: no problems here on a stock 3.1. What ./configure switches did you use? Bye, Chris. ---(end of broadcast)--- TIP 3: Have you checked our extensive FAQ?

Re: [HACKERS] Query Failed, out of memory

2006-10-05 Thread Chris Mair
> > FWIW, there's a feature in CVS HEAD to instruct psql to try to use a > > cursor to break up huge query results like this. For the moment I'd > > suggest using COPY instead. > > > That's sort of what I was afraid off. I am trying to get 100 million > records into a text file in a specific or

Re: [HACKERS] Please to technical check of upcoming release

2006-09-27 Thread Chris Mair
> http://pgfoundry.org/docman/view.php/147/233/release82.zip > is a zip file of a draft of the PostgreSQL 8.2 release and accompanying > press kit. Please check if the technical details are correct, and get > back to me with any corrections by Thursday. Hi :) I still see "Theo Scholossena

Re: [HACKERS] Foreign keys

2006-09-10 Thread Chris Mair
etting you insert 1000 records, then, at the end say: "hah, all is rolled back becauase the 2nd record was invalid". PG justly throws the exception immediately to let you know it's futile inserting 998 more records. I don't see a problem here. Bye, Chris. -- Chris Mair http

Re: [HACKERS] ECPG regression failures on OpenBSD

2006-09-05 Thread Chris Mair
: http://www.pgbuildfarm.org/cgi-bin/show_log.pl?nm=guppy&dt=2006-09-05% 2010:02:05 Michael, if you want shell access to guppy, just contact me privately. Warning: guppy too, is somewhat dated (1:10 hours for the make step) :/ Bye, Chris. -- Chris Mair http://www.1006.org -

Re: [HACKERS] ECPG regression failures on OpenBSD

2006-09-05 Thread Chris Mair
7;ve just upgraded guppy, the only other OpenBSD machine that builds head to the latest buildfarm version. I don't have any special malloc settings. When guppy finishes, we will see what happens. Bye, Chris. -- Chris Mair http://www.1006.org ---(end of broa

Re: [HACKERS] [PATCHES] updated patch for selecting large results

2006-08-30 Thread Chris Mair
for applying this, psql is faster now. Thanks to all people that helped with this (lots...:) Bye, Chris. -- Chris Mair http://www.1006.org ---(end of broadcast)--- TIP 5: don't forget to increase your free space map settings

Re: [HACKERS] [PATCHES] updated patch for selecting large results sets in

2006-08-28 Thread Chris Mair
t into the \g code path only. Is it because presumably \g is used less often in existing psql scripts? Bye, Chris. -- Chris Mair http://www.1006.org ---(end of broadcast)--- TIP 5: don't forget to increase your free space map settings

Re: [HACKERS] [PATCHES] updated patch for selecting large results

2006-08-28 Thread Chris Mair
I don't know how the other uses factor in here, but I see it's called at least twice more on average calls to SendQuery. Bye, Chris. -- Chris Mair http://www.1006.org ---(end of broadcast)--- TIP 2: Don't 'kill -9' the postmaster

Re: [HACKERS] [PATCHES] updated patch for selecting large results

2006-08-28 Thread Chris Mair
psql need to scan the whole variables list in GetVariable() for nothing). Not sure if that's acceptable (I'd say yes, but then again, I'm not a cycle counter type of programmer *cough* Java *cough* ;)... Opinions? Bye, Chris. -- Chris Mair http://www.1006.org -

Re: [HACKERS] [PATCHES] updated patch for selecting large results sets in

2006-08-28 Thread Chris Mair
you perform lots of trivial queries through psql. I'm going to benchmark something now and report back. Anyway, regardless the benchmark, I feel it's somehow not clean to have a variable introduce a difference between "\g" and ";". [goes benchmarking...] Bye, Chris. -- Chris Mair http://www.1006.org ---(end of broadcast)--- TIP 2: Don't 'kill -9' the postmaster

Re: [HACKERS] [PATCHES] selecting large result sets in psql using

2006-08-17 Thread Chris Mair
gt; > or some such. \gc sounds like a good idea to me :) (I must admit gc reminds me about 'garbage collector', which in a weired way is related with what we're doing here... At least more related than 'Great Britain' ;) > So add it as a modifyer to

Re: [HACKERS] [PATCHES] selecting large result sets in psql using

2006-08-17 Thread Chris Mair
ith \pset I'd have different places where I'd need to figure out whether to do the cursor thing and I was a bit reluctant to add stuff to existing code paths. Also the other \pset options are somewhat orthogonal to this one. Just my two EUR cents, of course... :) Bye, Chris. -- Chris M

Re: [HACKERS] [PATCHES] selecting large result sets in psql using

2006-08-17 Thread Chris Mair
> > Patch with fix against current CVS is attached. Forgot the attachment... soory. -- Chris Mair http://www.1006.org diff -rc pgsql.original/doc/src/sgml/ref/psql-ref.sgml pgsql/doc/src/sgml/ref/psql-ref.sgml *** pgsql.original/doc/src/sgml/ref/psql-ref.sgml 2006-08-17 16:50:58.000

Re: [HACKERS] [PATCHES] selecting large result sets in psql using

2006-08-17 Thread Chris Mair
th lists now, hope it's ok. -- Chris Mair http://www.1006.org ---(end of broadcast)--- TIP 1: if posting/reading through Usenet, please send an appropriate subscribe-nomail command to [EMAIL PROTECTED] so that your message ca

Re: [HACKERS] [PATCHES] selecting large result sets in psql using cursors

2006-08-17 Thread Chris Mair
monic value whatsoever ... isn't there > some other name we could use? True :) Since buffer commands all have a single char I wanted a single char one too. The "c" for "cursor" was taken already, so i choose the "u" (second char in "cursor"). If somebo

[HACKERS] newbie patch-attempt: selecting large result sets in psql

2006-07-11 Thread Chris Mair
Hi :) powered by the great talk for newbie hackers by Neil Conway & Gavin Sherry [1] at the anniversary summit I sneaked into the Code Sprint and started working a bit on a Todo from Neil's Code Sprint Page: "Add a psql option to have it submit SELECT queries via a cursor, to avoid excessive

Re: [HACKERS] buildfarm stats

2006-07-05 Thread Chris Mair
> but it is about 2Gb of data, so just putting a dump cleaned of personal > data somewhere isn't really an option. > > I could arrange a dump without the diagnostics, in these 2 tables: > > system: < name | operating_system | os_version | compiler | > compiler_version | architecture > > build

Re: [HACKERS] buildfarm stats

2006-07-04 Thread Chris Mair
> Thanks for the stats Andrew. Out of interest, can you easily tabulate > the number of failures against OS? Or, more generally, even put a dump of the DB (without personal infos of course :) somewhere? Bye, Chris. PS: and don't say you're running it in MySQL ;) ---

Re: [HACKERS] TODO item: support triggers on columns

2005-03-13 Thread Chris Mair
> > I'd like to start working on the following TODO item: > > Referential Integrity / Support triggers on columns > > > > Is somebody else already working on this? > > Sorry for not jumping in earlier. As Rob said, I am working on > column-level support for triggers. I did not have my name addded

Re: [HACKERS] TODO item: support triggers on columns

2005-03-11 Thread Chris Mair
> > > I'd like to start working on the following TODO item: > > > Referential Integrity / Support triggers on columns > > > > > > Is somebody else already working on this? > > > > No one, I think. > > Isn't this the REFERENCING clause? I think there was a partial patch > submitted already for

[HACKERS] TODO item: support triggers on columns

2005-03-10 Thread Chris Mair
Hello, I'd like to start working on the following TODO item: Referential Integrity / Support triggers on columns Is somebody else already working on this? Bye :) Chris. ---(end of broadcast)--- TIP 6: Have you searched our list archives?

Re: [HACKERS] [GENERAL] PostgreSQL 8.0.0 Release Candidate 4

2005-01-09 Thread Chris Mair
On Sun, 2005-01-09 at 17:45, Peter Eisentraut wrote: > Well, it does not readily explain that 'infinity' is rejected as invalid > input syntax. You should get an overflow or some large value, at > least. > > The relevant code is in src/backend/utils/adt/float.c. You're right. I had a look at

Re: [HACKERS] 8.0 beta 1 on linux-mipsel R5900

2004-08-30 Thread Chris Mair
> > I've compiled 8.0 beta 1 on a R5900 V3.1 (a playstation 2) running > > Linux (PS2 Linux 1) for portability testing. > > ... > > I'm wondering: would it be hard to fix the assembly spinlock code > > for the R5900? > > According to the previous port report from Red Hat, the PS2 chip simply > d