Re: [PATCHES] [HACKERS] Krb5 & multiple DB connections

2006-02-06 Thread Stephen Frost
Greetings, The attached patch fixes a bug which was originally brought up in May of 2002 in this thread: http://archives.postgresql.org/pgsql-interfaces/2002-05/msg00083.php The original bug reporter also supplied a patch to fix the problem: http://archives.postgresql.org/pgsql-interf

Re: [PATCHES] [INTERFACES] [BUGS] BUG #2171: Differences compiling plpgsql in ecpg and psql

2006-02-06 Thread Michael Meskes
On Wed, Feb 01, 2006 at 11:48:45PM -0500, Bruce Momjian wrote: > I have researched your report, and you are right, there are two ecpg > bugs here. First, dollar quoting uses single-quotes internally to do > the quoting, but it does not double any single-quotes in the > dollar-quoted string. Actua

[PATCHES] plpython tracebacks

2006-02-06 Thread P. Scott DeVos
I have been working with plpython for several months and have been hampered by the lack of a traceback being logged when a plpython function raises an error. I have written a patch causes the PLy_traceback function to fully log the traceback. The output looks just like the traceback output provi

Re: [PATCHES] pgbench: Support Multiple Simultaneous Runs (with Mean and Std. Dev.)

2006-02-06 Thread Thomas F. O'Connell
Tom, I noticed in this thread: http://archives.postgresql.org/pgsql-performance/2005-12/msg00206.php you state: "Try something like "-s 10 -c 10 -t 3000" to get numbers reflecting test conditions more like what the TPC council had in mind when they designed this benchmark. I tend to repeat su

Re: [PATCHES] [INTERFACES] [BUGS] BUG #2171: Differences compiling plpgsql in

2006-02-06 Thread Bruce Momjian
Michael Meskes wrote: > On Wed, Feb 01, 2006 at 11:48:45PM -0500, Bruce Momjian wrote: > > I have researched your report, and you are right, there are two ecpg > > bugs here. First, dollar quoting uses single-quotes internally to do > > the quoting, but it does not double any single-quotes in the

Re: [PATCHES] drop if exists remainder

2006-02-06 Thread Christopher Kings-Lynne
Here's a first draft patch for DROP ... IF EXISTS for the remaining cases, namely: LANGUAGE, TABLESPACE, TRIGGER OPERATOR CLASS, FUNCTION, AGGREGATE, OPERATOR, CAST and RULE. At what point does this stop being useful and become mere bloat? The only case I can ever recall being actually asked

Re: [PATCHES] drop if exists remainder

2006-02-06 Thread Bruce Momjian
Christopher Kings-Lynne wrote: > >>> Here's a first draft patch for DROP ... IF EXISTS for the remaining > >>> cases, namely: LANGUAGE, TABLESPACE, TRIGGER OPERATOR CLASS, > >>> FUNCTION, AGGREGATE, OPERATOR, CAST and RULE. > >>> > >> > >> At what point does this stop being useful and become m

[PATCHES] Patch to readme

2006-02-06 Thread Joshua D. Drake
Attached is a patch to the README file to bring it a little more up to date with current PostgreSQL. 12,14c12,23 < The JDBC, ODBC, C++, Python, and Tcl interfaces have been moved to the < PostgreSQL Projects Web Site at http://gborg.postgresql.org for separate < maintenance. A Perl DBI/DBD drive

Re: [PATCHES] Patch to readme

2006-02-06 Thread Marc G. Fournier
Is there a reason you didn't list the pl/PHP one? Seems appropriate for that list no? On Mon, 6 Feb 2006, Joshua D. Drake wrote: Attached is a patch to the README file to bring it a little more up to date with current PostgreSQL. Marc G. Fournier Hub.Org Networking Servic

Re: [PATCHES] Patch to readme

2006-02-06 Thread Joshua D. Drake
Marc G. Fournier wrote: Is there a reason you didn't list the pl/PHP one? Seems appropriate for that list no? I was only listing client side interfaces... I could adapt to include the PL interfaces. Joshua D. Drake On Mon, 6 Feb 2006, Joshua D. Drake wrote: Attached is a patch to the

Re: [PATCHES] Patch to readme

2006-02-06 Thread Joshua D. Drake
Marc G. Fournier wrote: Is there a reason you didn't list the pl/PHP one? Seems appropriate for that list no? On Mon, 6 Feb 2006, Joshua D. Drake wrote: adapted. Attached is a patch to the README file to bring it a little more up to date with current PostgreSQL. Marc G. Four