[COMMITTERS] pgbulkload - pgbulkload: Add RPM spec files.

2010-01-24 Thread User Itagaki
Log Message: --- Add RPM spec files. Tags: VERSION_2_4_0 Added Files: --- pgbulkload/SPECS: pg_bulkload-2.4.0-1-pg8.2.spec (r1.1.2.1) (http://cvs.pgfoundry.org/cgi-bin/cvsweb.cgi/pgbulkload/pgbulkload/SPECS/pg_bulkload-2.4.0-1-pg8.2.spec?rev=1.1.2.1&conte

[COMMITTERS] pgbulkload - pgbulkload: New Directory

2010-01-24 Thread User Itagaki
Update of /cvsroot/pgbulkload/pgbulkload/SPECS In directory pgfoundry.org:/tmp/cvs-serv64477/SPECS Log Message: Directory /cvsroot/pgbulkload/pgbulkload/SPECS added to the repository --> Using per-directory sticky tag `VERSION_2_4_0' -- Sent via pgsql-committers mailing list (pgsql-committers@p

[COMMITTERS] pgsql: Apply Tcl_Init() to the "hold" interpreter created by pltcl.

2010-01-24 Thread Tom Lane
Log Message: --- Apply Tcl_Init() to the "hold" interpreter created by pltcl. You might think this is unnecessary since that interpreter is never used to run code --- but it turns out that's wrong. As of Tcl 8.5, the "clock" command (alone among builtin Tcl commands) is partially implemen

[COMMITTERS] pgsql: Apply Tcl_Init() to the "hold" interpreter created by pltcl.

2010-01-24 Thread Tom Lane
Log Message: --- Apply Tcl_Init() to the "hold" interpreter created by pltcl. You might think this is unnecessary since that interpreter is never used to run code --- but it turns out that's wrong. As of Tcl 8.5, the "clock" command (alone among builtin Tcl commands) is partially implemen

[COMMITTERS] pgsql: Apply Tcl_Init() to the "hold" interpreter created by pltcl.

2010-01-24 Thread Tom Lane
Log Message: --- Apply Tcl_Init() to the "hold" interpreter created by pltcl. You might think this is unnecessary since that interpreter is never used to run code --- but it turns out that's wrong. As of Tcl 8.5, the "clock" command (alone among builtin Tcl commands) is partially implemen

[COMMITTERS] pgsql: Apply Tcl_Init() to the "hold" interpreter created by pltcl.

2010-01-24 Thread Tom Lane
Log Message: --- Apply Tcl_Init() to the "hold" interpreter created by pltcl. You might think this is unnecessary since that interpreter is never used to run code --- but it turns out that's wrong. As of Tcl 8.5, the "clock" command (alone among builtin Tcl commands) is partially implemen

[COMMITTERS] pgsql: Apply Tcl_Init() to the "hold" interpreter created by pltcl.

2010-01-24 Thread Tom Lane
Log Message: --- Apply Tcl_Init() to the "hold" interpreter created by pltcl. You might think this is unnecessary since that interpreter is never used to run code --- but it turns out that's wrong. As of Tcl 8.5, the "clock" command (alone among builtin Tcl commands) is partially implemen

[COMMITTERS] pgsql: Apply Tcl_Init() to the "hold" interpreter created by pltcl.

2010-01-24 Thread Tom Lane
Log Message: --- Apply Tcl_Init() to the "hold" interpreter created by pltcl. You might think this is unnecessary since that interpreter is never used to run code --- but it turns out that's wrong. As of Tcl 8.5, the "clock" command (alone among builtin Tcl commands) is partially implemen

[COMMITTERS] pgsql: Apply Tcl_Init() to the "hold" interpreter created by pltcl.

2010-01-24 Thread Tom Lane
Log Message: --- Apply Tcl_Init() to the "hold" interpreter created by pltcl. You might think this is unnecessary since that interpreter is never used to run code --- but it turns out that's wrong. As of Tcl 8.5, the "clock" command (alone among builtin Tcl commands) is partially implemen

[COMMITTERS] pgsql: Rewrite dblink_record_internal() and dblink_fetch() to use a

2010-01-24 Thread Joe Conway
Log Message: --- Rewrite dblink_record_internal() and dblink_fetch() to use a tuplestore (SFRM_Materialize mode) to return tuples. Since we don't return from the dblink function in tuplestore mode, release the PGresult with a PG_CATCH block on error. Also rearrange to share the same code to

[COMMITTERS] pgsql: Fix assorted core dumps and Assert failures that could occur

2010-01-24 Thread Tom Lane
Log Message: --- Fix assorted core dumps and Assert failures that could occur during AbortTransaction or AbortSubTransaction, when trying to clean up after an error that prevented (sub)transaction start from completing: * access to TopTransactionResourceOwner that might not exist * assert f

[COMMITTERS] pgsql: Fix assorted core dumps and Assert failures that could occur

2010-01-24 Thread Tom Lane
Log Message: --- Fix assorted core dumps and Assert failures that could occur during AbortTransaction or AbortSubTransaction, when trying to clean up after an error that prevented (sub)transaction start from completing: * access to TopTransactionResourceOwner that might not exist * assert f

[COMMITTERS] pgsql: Fix assorted core dumps and Assert failures that could occur

2010-01-24 Thread Tom Lane
Log Message: --- Fix assorted core dumps and Assert failures that could occur during AbortTransaction or AbortSubTransaction, when trying to clean up after an error that prevented (sub)transaction start from completing: * access to TopTransactionResourceOwner that might not exist * assert f

[COMMITTERS] pgsql: Fix assorted core dumps and Assert failures that could occur

2010-01-24 Thread Tom Lane
Log Message: --- Fix assorted core dumps and Assert failures that could occur during AbortTransaction or AbortSubTransaction, when trying to clean up after an error that prevented (sub)transaction start from completing: * access to TopTransactionResourceOwner that might not exist * assert f

[COMMITTERS] pgsql: Fix assorted core dumps and Assert failures that could occur

2010-01-24 Thread Tom Lane
Log Message: --- Fix assorted core dumps and Assert failures that could occur during AbortTransaction or AbortSubTransaction, when trying to clean up after an error that prevented (sub)transaction start from completing: * access to TopTransactionResourceOwner that might not exist * assert f

[COMMITTERS] pgsql: Fix assorted core dumps and Assert failures that could occur

2010-01-24 Thread Tom Lane
Log Message: --- Fix assorted core dumps and Assert failures that could occur during AbortTransaction or AbortSubTransaction, when trying to clean up after an error that prevented (sub)transaction start from completing: * access to TopTransactionResourceOwner that might not exist * assert f

[COMMITTERS] autodoc - autodoc: Apply a fix to the function signatures that was

2010-01-24 Thread User Rbt
Log Message: --- Apply a fix to the function signatures that was reversing argument names. Patch created by Jyrki Muukkonen and submitted via Peter Eisentraut Modified Files: -- autodoc: postgresql_autodoc.pl (r1.28 -> r1.29) (http://cvs.pgfoundry.org/cgi-

[COMMITTERS] pgsql: Add missing closing tag.

2010-01-24 Thread Magnus Hagander
Log Message: --- Add missing closing tag. Modified Files: -- pgsql/doc/src/sgml: backup.sgml (r2.137 -> r2.138) (http://anoncvs.postgresql.org/cvsweb.cgi/pgsql/doc/src/sgml/backup.sgml?r1=2.137&r2=2.138) -- Sent via pgsql-committers mailing list (pgsql-co