Re: [COMMITTERS] pgsql: Clarify that "psql -c" ignores psqlrc files.

2010-07-09 Thread David Fetter
On Sat, Jul 10, 2010 at 12:50:37AM +, Robert Haas wrote:
> Log Message:
> ---
> Clarify that "psql -c" ignores psqlrc files.
> 
> Tim Landscheidt
> 
> Tags:
> 
> REL9_0_STABLE
> 
> Modified Files:
> --
> pgsql/doc/src/sgml/ref:
> psql-ref.sgml (r1.244 -> r1.244.2.1)
> 
> (http://anoncvs.postgresql.org/cvsweb.cgi/pgsql/doc/src/sgml/ref/psql-ref.sgml?r1=1.244&r2=1.244.2.1)

Should this be back-patched?

Cheers,
David.
-- 
David Fetter  http://fetter.org/
Phone: +1 415 235 3778  AIM: dfetter666  Yahoo!: dfetter
Skype: davidfetter  XMPP: david.fet...@gmail.com
iCal: webcal://www.tripit.com/feed/ical/people/david74/tripit.ics

Remember to vote!
Consider donating to Postgres: http://www.postgresql.org/about/donate

-- 
Sent via pgsql-committers mailing list (pgsql-committers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-committers


[COMMITTERS] npgsql - Npgsql2: Fixed more bugs about ResetDbType() and null values.

2010-07-09 Thread User Fxjr
Log Message:
---

Fixed more bugs about ResetDbType() and null values. Now, Npgsql is a little 
bit more conformant to sqlclient.

Modified Files:
--
Npgsql2/src/Npgsql:
NpgsqlParameter.cs (r1.26 -> r1.27)

(http://cvs.pgfoundry.org/cgi-bin/cvsweb.cgi/npgsql/Npgsql2/src/Npgsql/NpgsqlParameter.cs?r1=1.26&r2=1.27)

-- 
Sent via pgsql-committers mailing list (pgsql-committers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-committers


[COMMITTERS] npgsql - Npgsql2: Fixed bug where Npgsql was returning DBNull for a

2010-07-09 Thread User Fxjr
Log Message:
---

Fixed bug where Npgsql was returning DBNull for a fresh NpgsqlParameter. 
According to tests based on sqlclient, Npgsql should return null.

Modified Files:
--
Npgsql2/src/Npgsql:
NpgsqlParameter.cs (r1.25 -> r1.26)

(http://cvs.pgfoundry.org/cgi-bin/cvsweb.cgi/npgsql/Npgsql2/src/Npgsql/NpgsqlParameter.cs?r1=1.25&r2=1.26)

-- 
Sent via pgsql-committers mailing list (pgsql-committers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-committers


[COMMITTERS] npgsql - Npgsql2: Fix an additional broken tests

2010-07-09 Thread User Jbcooley
Log Message:
---
Fix an additional broken tests

Modified Files:
--
Npgsql2/testsuite/noninteractive/NUnit20:
NpgsqlParameterTests.cs (r1.4 -> r1.5)

(http://cvs.pgfoundry.org/cgi-bin/cvsweb.cgi/npgsql/Npgsql2/testsuite/noninteractive/NUnit20/NpgsqlParameterTests.cs?r1=1.4&r2=1.5)

-- 
Sent via pgsql-committers mailing list (pgsql-committers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-committers


[COMMITTERS] npgsql - Npgsql2: Fix some of the broken tests

2010-07-09 Thread User Jbcooley
Log Message:
---
Fix some of the broken tests

Modified Files:
--
Npgsql2/testsuite/noninteractive/NUnit20:
NpgsqlParameterTests.cs (r1.3 -> r1.4)

(http://cvs.pgfoundry.org/cgi-bin/cvsweb.cgi/npgsql/Npgsql2/testsuite/noninteractive/NUnit20/NpgsqlParameterTests.cs?r1=1.3&r2=1.4)

-- 
Sent via pgsql-committers mailing list (pgsql-committers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-committers


[COMMITTERS] npgsql - Npgsql2: Ported more tests.

2010-07-09 Thread User Jbcooley
Log Message:
---
Ported more tests.  Test validation still needs to be done.

Modified Files:
--
Npgsql2/testsuite/noninteractive/NUnit20:
NpgsqlParameterTests.cs (r1.2 -> r1.3)

(http://cvs.pgfoundry.org/cgi-bin/cvsweb.cgi/npgsql/Npgsql2/testsuite/noninteractive/NUnit20/NpgsqlParameterTests.cs?r1=1.2&r2=1.3)

-- 
Sent via pgsql-committers mailing list (pgsql-committers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-committers


[COMMITTERS] npgsql - Npgsql2: Update and include tests for NpgsqlValue in

2010-07-09 Thread User Jbcooley
Log Message:
---
Update and include tests for NpgsqlValue in NpgsqlParameter

Modified Files:
--
Npgsql2/testsuite/noninteractive/NUnit20:
NpgsqlParameterTests.cs (r1.1 -> r1.2)

(http://cvs.pgfoundry.org/cgi-bin/cvsweb.cgi/npgsql/Npgsql2/testsuite/noninteractive/NUnit20/NpgsqlParameterTests.cs?r1=1.1&r2=1.2)
NpgsqlTests2008.csproj (r1.5 -> r1.6)

(http://cvs.pgfoundry.org/cgi-bin/cvsweb.cgi/npgsql/Npgsql2/testsuite/noninteractive/NUnit20/NpgsqlTests2008.csproj?r1=1.5&r2=1.6)
NpgsqlTests2010.csproj (r1.1 -> r1.2)

(http://cvs.pgfoundry.org/cgi-bin/cvsweb.cgi/npgsql/Npgsql2/testsuite/noninteractive/NUnit20/NpgsqlTests2010.csproj?r1=1.1&r2=1.2)

-- 
Sent via pgsql-committers mailing list (pgsql-committers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-committers


[COMMITTERS] npgsql - Npgsql2: Fix build for .NET 2.0

2010-07-09 Thread User Jbcooley
Log Message:
---
Fix build for .NET 2.0

Modified Files:
--
Npgsql2/src/NpgsqlTypes:
NpgsqlTypesHelper.cs (r1.34 -> r1.35)

(http://cvs.pgfoundry.org/cgi-bin/cvsweb.cgi/npgsql/Npgsql2/src/NpgsqlTypes/NpgsqlTypesHelper.cs?r1=1.34&r2=1.35)

-- 
Sent via pgsql-committers mailing list (pgsql-committers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-committers


[COMMITTERS] npgsql - Npgsql2: [#1010798] Cast-Exception with NpgsqlTimeStamp to

2010-07-09 Thread User Fxjr
Log Message:
---

[#1010798] Cast-Exception with NpgsqlTimeStamp to System.DateTime. Fixed. 
Also fixed another problem where Npgsql was mapping DbType.DateTime to 
NpgsqlDbType.TimestampTZ.

Modified Files:
--
Npgsql2/src/Npgsql:
NpgsqlParameter.cs (r1.24 -> r1.25)

(http://cvs.pgfoundry.org/cgi-bin/cvsweb.cgi/npgsql/Npgsql2/src/Npgsql/NpgsqlParameter.cs?r1=1.24&r2=1.25)
Npgsql2/src/NpgsqlTypes:
NpgsqlTypesHelper.cs (r1.33 -> r1.34)

(http://cvs.pgfoundry.org/cgi-bin/cvsweb.cgi/npgsql/Npgsql2/src/NpgsqlTypes/NpgsqlTypesHelper.cs?r1=1.33&r2=1.34)

-- 
Sent via pgsql-committers mailing list (pgsql-committers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-committers


[COMMITTERS] pgsql: Clarify that "psql -c" ignores psqlrc files.

2010-07-09 Thread Robert Haas
Log Message:
---
Clarify that "psql -c" ignores psqlrc files.

Tim Landscheidt

Tags:

REL9_0_STABLE

Modified Files:
--
pgsql/doc/src/sgml/ref:
psql-ref.sgml (r1.244 -> r1.244.2.1)

(http://anoncvs.postgresql.org/cvsweb.cgi/pgsql/doc/src/sgml/ref/psql-ref.sgml?r1=1.244&r2=1.244.2.1)

-- 
Sent via pgsql-committers mailing list (pgsql-committers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-committers


[COMMITTERS] pgsql: Clarify that "psql -c" ignores psqlrc files.

2010-07-09 Thread Robert Haas
Log Message:
---
Clarify that "psql -c" ignores psqlrc files.

Tim Landscheidt

Modified Files:
--
pgsql/doc/src/sgml/ref:
psql-ref.sgml (r1.244 -> r1.245)

(http://anoncvs.postgresql.org/cvsweb.cgi/pgsql/doc/src/sgml/ref/psql-ref.sgml?r1=1.244&r2=1.245)

-- 
Sent via pgsql-committers mailing list (pgsql-committers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-committers


[COMMITTERS] pgsql: Avoid an Assert failure in deconstruct_array() by making

2010-07-09 Thread Tom Lane
Log Message:
---
Avoid an Assert failure in deconstruct_array() by making get_attstatsslot()
use the actual element type of the array it's disassembling, rather than
trusting the type OID passed in by its caller.  This is needed because
sometimes the planner passes in a type OID that's only binary-compatible
with the target column's type, rather than being an exact match.  Per an
example from Bernd Helmle.

Possibly we should refactor get_attstatsslot/free_attstatsslot to not expect
the caller to supply type ID data at all, but for now I'll just do the
minimum-change fix.

Back-patch to 7.4.  Bernd's test case only crashes back to 8.0, but since
these subroutines are the same in 7.4, I suspect there may be variant
cases that would crash 7.4 as well.

Tags:

REL7_4_STABLE

Modified Files:
--
pgsql/src/backend/utils/cache:
lsyscache.c (r1.108.2.1 -> r1.108.2.2)

(http://anoncvs.postgresql.org/cvsweb.cgi/pgsql/src/backend/utils/cache/lsyscache.c?r1=1.108.2.1&r2=1.108.2.2)

-- 
Sent via pgsql-committers mailing list (pgsql-committers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-committers


[COMMITTERS] pgsql: Avoid an Assert failure in deconstruct_array() by making

2010-07-09 Thread Tom Lane
Log Message:
---
Avoid an Assert failure in deconstruct_array() by making get_attstatsslot()
use the actual element type of the array it's disassembling, rather than
trusting the type OID passed in by its caller.  This is needed because
sometimes the planner passes in a type OID that's only binary-compatible
with the target column's type, rather than being an exact match.  Per an
example from Bernd Helmle.

Possibly we should refactor get_attstatsslot/free_attstatsslot to not expect
the caller to supply type ID data at all, but for now I'll just do the
minimum-change fix.

Back-patch to 7.4.  Bernd's test case only crashes back to 8.0, but since
these subroutines are the same in 7.4, I suspect there may be variant
cases that would crash 7.4 as well.

Tags:

REL8_0_STABLE

Modified Files:
--
pgsql/src/backend/utils/cache:
lsyscache.c (r1.119.4.1 -> r1.119.4.2)

(http://anoncvs.postgresql.org/cvsweb.cgi/pgsql/src/backend/utils/cache/lsyscache.c?r1=1.119.4.1&r2=1.119.4.2)

-- 
Sent via pgsql-committers mailing list (pgsql-committers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-committers


[COMMITTERS] pgsql: Avoid an Assert failure in deconstruct_array() by making

2010-07-09 Thread Tom Lane
Log Message:
---
Avoid an Assert failure in deconstruct_array() by making get_attstatsslot()
use the actual element type of the array it's disassembling, rather than
trusting the type OID passed in by its caller.  This is needed because
sometimes the planner passes in a type OID that's only binary-compatible
with the target column's type, rather than being an exact match.  Per an
example from Bernd Helmle.

Possibly we should refactor get_attstatsslot/free_attstatsslot to not expect
the caller to supply type ID data at all, but for now I'll just do the
minimum-change fix.

Back-patch to 7.4.  Bernd's test case only crashes back to 8.0, but since
these subroutines are the same in 7.4, I suspect there may be variant
cases that would crash 7.4 as well.

Tags:

REL8_1_STABLE

Modified Files:
--
pgsql/src/backend/utils/cache:
lsyscache.c (r1.129.2.1 -> r1.129.2.2)

(http://anoncvs.postgresql.org/cvsweb.cgi/pgsql/src/backend/utils/cache/lsyscache.c?r1=1.129.2.1&r2=1.129.2.2)

-- 
Sent via pgsql-committers mailing list (pgsql-committers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-committers


[COMMITTERS] pgsql: Avoid an Assert failure in deconstruct_array() by making

2010-07-09 Thread Tom Lane
Log Message:
---
Avoid an Assert failure in deconstruct_array() by making get_attstatsslot()
use the actual element type of the array it's disassembling, rather than
trusting the type OID passed in by its caller.  This is needed because
sometimes the planner passes in a type OID that's only binary-compatible
with the target column's type, rather than being an exact match.  Per an
example from Bernd Helmle.

Possibly we should refactor get_attstatsslot/free_attstatsslot to not expect
the caller to supply type ID data at all, but for now I'll just do the
minimum-change fix.

Back-patch to 7.4.  Bernd's test case only crashes back to 8.0, but since
these subroutines are the same in 7.4, I suspect there may be variant
cases that would crash 7.4 as well.

Tags:

REL8_2_STABLE

Modified Files:
--
pgsql/src/backend/utils/cache:
lsyscache.c (r1.138.2.2 -> r1.138.2.3)

(http://anoncvs.postgresql.org/cvsweb.cgi/pgsql/src/backend/utils/cache/lsyscache.c?r1=1.138.2.2&r2=1.138.2.3)

-- 
Sent via pgsql-committers mailing list (pgsql-committers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-committers


[COMMITTERS] pgsql: Avoid an Assert failure in deconstruct_array() by making

2010-07-09 Thread Tom Lane
Log Message:
---
Avoid an Assert failure in deconstruct_array() by making get_attstatsslot()
use the actual element type of the array it's disassembling, rather than
trusting the type OID passed in by its caller.  This is needed because
sometimes the planner passes in a type OID that's only binary-compatible
with the target column's type, rather than being an exact match.  Per an
example from Bernd Helmle.

Possibly we should refactor get_attstatsslot/free_attstatsslot to not expect
the caller to supply type ID data at all, but for now I'll just do the
minimum-change fix.

Back-patch to 7.4.  Bernd's test case only crashes back to 8.0, but since
these subroutines are the same in 7.4, I suspect there may be variant
cases that would crash 7.4 as well.

Tags:

REL8_3_STABLE

Modified Files:
--
pgsql/src/backend/utils/cache:
lsyscache.c (r1.155 -> r1.155.2.1)

(http://anoncvs.postgresql.org/cvsweb.cgi/pgsql/src/backend/utils/cache/lsyscache.c?r1=1.155&r2=1.155.2.1)

-- 
Sent via pgsql-committers mailing list (pgsql-committers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-committers


[COMMITTERS] pgsql: Avoid an Assert failure in deconstruct_array() by making

2010-07-09 Thread Tom Lane
Log Message:
---
Avoid an Assert failure in deconstruct_array() by making get_attstatsslot()
use the actual element type of the array it's disassembling, rather than
trusting the type OID passed in by its caller.  This is needed because
sometimes the planner passes in a type OID that's only binary-compatible
with the target column's type, rather than being an exact match.  Per an
example from Bernd Helmle.

Possibly we should refactor get_attstatsslot/free_attstatsslot to not expect
the caller to supply type ID data at all, but for now I'll just do the
minimum-change fix.

Back-patch to 7.4.  Bernd's test case only crashes back to 8.0, but since
these subroutines are the same in 7.4, I suspect there may be variant
cases that would crash 7.4 as well.

Tags:

REL8_4_STABLE

Modified Files:
--
pgsql/src/backend/utils/cache:
lsyscache.c (r1.162 -> r1.162.2.1)

(http://anoncvs.postgresql.org/cvsweb.cgi/pgsql/src/backend/utils/cache/lsyscache.c?r1=1.162&r2=1.162.2.1)

-- 
Sent via pgsql-committers mailing list (pgsql-committers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-committers


[COMMITTERS] pgsql: Avoid an Assert failure in deconstruct_array() by making

2010-07-09 Thread Tom Lane
Log Message:
---
Avoid an Assert failure in deconstruct_array() by making get_attstatsslot()
use the actual element type of the array it's disassembling, rather than
trusting the type OID passed in by its caller.  This is needed because
sometimes the planner passes in a type OID that's only binary-compatible
with the target column's type, rather than being an exact match.  Per an
example from Bernd Helmle.

Possibly we should refactor get_attstatsslot/free_attstatsslot to not expect
the caller to supply type ID data at all, but for now I'll just do the
minimum-change fix.

Back-patch to 7.4.  Bernd's test case only crashes back to 8.0, but since
these subroutines are the same in 7.4, I suspect there may be variant
cases that would crash 7.4 as well.

Tags:

REL9_0_STABLE

Modified Files:
--
pgsql/src/backend/utils/cache:
lsyscache.c (r1.170 -> r1.170.2.1)

(http://anoncvs.postgresql.org/cvsweb.cgi/pgsql/src/backend/utils/cache/lsyscache.c?r1=1.170&r2=1.170.2.1)

-- 
Sent via pgsql-committers mailing list (pgsql-committers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-committers


[COMMITTERS] pgsql: Avoid an Assert failure in deconstruct_array() by making

2010-07-09 Thread Tom Lane
Log Message:
---
Avoid an Assert failure in deconstruct_array() by making get_attstatsslot()
use the actual element type of the array it's disassembling, rather than
trusting the type OID passed in by its caller.  This is needed because
sometimes the planner passes in a type OID that's only binary-compatible
with the target column's type, rather than being an exact match.  Per an
example from Bernd Helmle.

Possibly we should refactor get_attstatsslot/free_attstatsslot to not expect
the caller to supply type ID data at all, but for now I'll just do the
minimum-change fix.

Back-patch to 7.4.  Bernd's test case only crashes back to 8.0, but since
these subroutines are the same in 7.4, I suspect there may be variant
cases that would crash 7.4 as well.

Modified Files:
--
pgsql/src/backend/utils/cache:
lsyscache.c (r1.170 -> r1.171)

(http://anoncvs.postgresql.org/cvsweb.cgi/pgsql/src/backend/utils/cache/lsyscache.c?r1=1.170&r2=1.171)

-- 
Sent via pgsql-committers mailing list (pgsql-committers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-committers


[COMMITTERS] pgsql: Fix ruleutils' get_variable() to print something useful for Vars

2010-07-09 Thread Tom Lane
Log Message:
---
Fix ruleutils' get_variable() to print something useful for Vars referencing
resjunk outputs of subquery tlists, instead of throwing an error.  Per bug
#5548 from Daniel Grace.

We might at some point find we ought to back-patch this further than 9.0,
but I think that such Vars can only occur as resjunk members of upper-level
tlists, in which case the problem can't arise because prior versions didn't
print resjunk tlist items in EXPLAIN VERBOSE.

Tags:

REL9_0_STABLE

Modified Files:
--
pgsql/src/backend/utils/adt:
ruleutils.c (r1.326 -> r1.326.2.1)

(http://anoncvs.postgresql.org/cvsweb.cgi/pgsql/src/backend/utils/adt/ruleutils.c?r1=1.326&r2=1.326.2.1)

-- 
Sent via pgsql-committers mailing list (pgsql-committers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-committers


[COMMITTERS] pgsql: Fix ruleutils' get_variable() to print something useful for Vars

2010-07-09 Thread Tom Lane
Log Message:
---
Fix ruleutils' get_variable() to print something useful for Vars referencing
resjunk outputs of subquery tlists, instead of throwing an error.  Per bug
#5548 from Daniel Grace.

We might at some point find we ought to back-patch this further than 9.0,
but I think that such Vars can only occur as resjunk members of upper-level
tlists, in which case the problem can't arise because prior versions didn't
print resjunk tlist items in EXPLAIN VERBOSE.

Modified Files:
--
pgsql/src/backend/utils/adt:
ruleutils.c (r1.326 -> r1.327)

(http://anoncvs.postgresql.org/cvsweb.cgi/pgsql/src/backend/utils/adt/ruleutils.c?r1=1.326&r2=1.327)

-- 
Sent via pgsql-committers mailing list (pgsql-committers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-committers


[COMMITTERS] pg-migrator - pg_migrator: Properly return errno/out-of-disk error on

2010-07-09 Thread User Bmomjian
Log Message:
---
Properly return errno/out-of-disk error on copy failure.

Modified Files:
--
pg_migrator/src:
file.c (r1.35 -> r1.36)

(http://cvs.pgfoundry.org/cgi-bin/cvsweb.cgi/pg-migrator/pg_migrator/src/file.c?r1=1.35&r2=1.36)

-- 
Sent via pgsql-committers mailing list (pgsql-committers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-committers


[COMMITTERS] pgsql: Properly report errno/out-of-disk-space error from pg_upgrade

2010-07-09 Thread Bruce Momjian
Log Message:
---
Properly report errno/out-of-disk-space error from pg_upgrade when in
copy mode, per report from depst...@alliedtesting.com.

Patch suggestion from Magnus.

Backpatch to 9.0.X.

Tags:

REL9_0_STABLE

Modified Files:
--
pgsql/contrib/pg_upgrade:
TESTING (r1.2 -> r1.2.2.1)

(http://anoncvs.postgresql.org/cvsweb.cgi/pgsql/contrib/pg_upgrade/TESTING?r1=1.2&r2=1.2.2.1)
file.c (r1.13 -> r1.13.2.1)

(http://anoncvs.postgresql.org/cvsweb.cgi/pgsql/contrib/pg_upgrade/file.c?r1=1.13&r2=1.13.2.1)

-- 
Sent via pgsql-committers mailing list (pgsql-committers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-committers


[COMMITTERS] pgsql: Properly report errno/out-of-disk-space error from pg_upgrade

2010-07-09 Thread Bruce Momjian
Log Message:
---
Properly report errno/out-of-disk-space error from pg_upgrade when in
copy mode, per report from depst...@alliedtesting.com.

Patch suggestion from Magnus.

Backpatch to 9.0.X.

Modified Files:
--
pgsql/contrib/pg_upgrade:
TESTING (r1.2 -> r1.3)

(http://anoncvs.postgresql.org/cvsweb.cgi/pgsql/contrib/pg_upgrade/TESTING?r1=1.2&r2=1.3)
file.c (r1.13 -> r1.14)

(http://anoncvs.postgresql.org/cvsweb.cgi/pgsql/contrib/pg_upgrade/file.c?r1=1.13&r2=1.14)

-- 
Sent via pgsql-committers mailing list (pgsql-committers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-committers


[COMMITTERS] pgsql: Add a hook in ExecCheckRTPerms().

2010-07-09 Thread Robert Haas
Log Message:
---
Add a hook in ExecCheckRTPerms().

This hook allows a loadable module to gain control when table permissions
are checked.  It is expected to be used by an eventual SE-PostgreSQL
implementation, but there are other possible applications as well.  A
sample contrib module can be found in the archives at:

http://archives.postgresql.org/pgsql-hackers/2010-05/msg01095.php

Robert Haas and Stephen Frost

Modified Files:
--
pgsql/src/backend/executor:
execMain.c (r1.349 -> r1.350)

(http://anoncvs.postgresql.org/cvsweb.cgi/pgsql/src/backend/executor/execMain.c?r1=1.349&r2=1.350)
pgsql/src/include/executor:
executor.h (r1.168 -> r1.169)

(http://anoncvs.postgresql.org/cvsweb.cgi/pgsql/src/include/executor/executor.h?r1=1.168&r2=1.169)

-- 
Sent via pgsql-committers mailing list (pgsql-committers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-committers