pgsql: Change CREATE TYPE to require datatype output and send functions - Mailing list pgsql-committers

From tgl@svr1.postgresql.org (Tom Lane)
Subject pgsql: Change CREATE TYPE to require datatype output and send functions
Date
Msg-id 20050501185620.3085C53907@svr1.postgresql.org
Whole thread Raw
List pgsql-committers
Log Message:
-----------
Change CREATE TYPE to require datatype output and send functions to have
only one argument.  (Per recent discussion, the option to accept multiple
arguments is pretty useless for user-defined types, and would be a likely
source of security holes if it was used.)  Simplify call sites of
output/send functions to not bother passing more than one argument.

Modified Files:
--------------
    pgsql/doc/src/sgml/ref:
        create_type.sgml (r1.54 -> r1.55)
        (http://developer.postgresql.org/cvsweb.cgi/pgsql/doc/src/sgml/ref/create_type.sgml.diff?r1=1.54&r2=1.55)
    pgsql/src/backend/access/common:
        printtup.c (r1.89 -> r1.90)
        (http://developer.postgresql.org/cvsweb.cgi/pgsql/src/backend/access/common/printtup.c.diff?r1=1.89&r2=1.90)
    pgsql/src/backend/bootstrap:
        bootstrap.c (r1.202 -> r1.203)
        (http://developer.postgresql.org/cvsweb.cgi/pgsql/src/backend/bootstrap/bootstrap.c.diff?r1=1.202&r2=1.203)
    pgsql/src/backend/commands:
        copy.c (r1.240 -> r1.241)
        (http://developer.postgresql.org/cvsweb.cgi/pgsql/src/backend/commands/copy.c.diff?r1=1.240&r2=1.241)
        typecmds.c (r1.70 -> r1.71)
        (http://developer.postgresql.org/cvsweb.cgi/pgsql/src/backend/commands/typecmds.c.diff?r1=1.70&r2=1.71)
    pgsql/src/backend/executor:
        spi.c (r1.137 -> r1.138)
        (http://developer.postgresql.org/cvsweb.cgi/pgsql/src/backend/executor/spi.c.diff?r1=1.137&r2=1.138)
    pgsql/src/backend/nodes:
        print.c (r1.75 -> r1.76)
        (http://developer.postgresql.org/cvsweb.cgi/pgsql/src/backend/nodes/print.c.diff?r1=1.75&r2=1.76)
    pgsql/src/backend/tcop:
        fastpath.c (r1.79 -> r1.80)
        (http://developer.postgresql.org/cvsweb.cgi/pgsql/src/backend/tcop/fastpath.c.diff?r1=1.79&r2=1.80)
    pgsql/src/backend/utils/adt:
        arrayfuncs.c (r1.119 -> r1.120)
        (http://developer.postgresql.org/cvsweb.cgi/pgsql/src/backend/utils/adt/arrayfuncs.c.diff?r1=1.119&r2=1.120)
        rowtypes.c (r1.10 -> r1.11)
        (http://developer.postgresql.org/cvsweb.cgi/pgsql/src/backend/utils/adt/rowtypes.c.diff?r1=1.10&r2=1.11)
        ruleutils.c (r1.194 -> r1.195)
        (http://developer.postgresql.org/cvsweb.cgi/pgsql/src/backend/utils/adt/ruleutils.c.diff?r1=1.194&r2=1.195)
        varlena.c (r1.119 -> r1.120)
        (http://developer.postgresql.org/cvsweb.cgi/pgsql/src/backend/utils/adt/varlena.c.diff?r1=1.119&r2=1.120)
    pgsql/src/backend/utils/cache:
        lsyscache.c (r1.124 -> r1.125)
        (http://developer.postgresql.org/cvsweb.cgi/pgsql/src/backend/utils/cache/lsyscache.c.diff?r1=1.124&r2=1.125)
    pgsql/src/backend/utils/misc:
        guc.c (r1.260 -> r1.261)
        (http://developer.postgresql.org/cvsweb.cgi/pgsql/src/backend/utils/misc/guc.c.diff?r1=1.260&r2=1.261)
    pgsql/src/include/utils:
        lsyscache.h (r1.98 -> r1.99)
        (http://developer.postgresql.org/cvsweb.cgi/pgsql/src/include/utils/lsyscache.h.diff?r1=1.98&r2=1.99)
    pgsql/src/pl/plperl:
        plperl.c (r1.71 -> r1.72)
        (http://developer.postgresql.org/cvsweb.cgi/pgsql/src/pl/plperl/plperl.c.diff?r1=1.71&r2=1.72)
    pgsql/src/pl/plpgsql/src:
        pl_exec.c (r1.135 -> r1.136)
        (http://developer.postgresql.org/cvsweb.cgi/pgsql/src/pl/plpgsql/src/pl_exec.c.diff?r1=1.135&r2=1.136)
    pgsql/src/pl/tcl:
        pltcl.c (r1.95 -> r1.96)
        (http://developer.postgresql.org/cvsweb.cgi/pgsql/src/pl/tcl/pltcl.c.diff?r1=1.95&r2=1.96)

pgsql-committers by date:

Previous
From: tgl@svr1.postgresql.org (Tom Lane)
Date:
Subject: pgsql: Fix incorrect backslashing in regexp example, per Robert Treat.
Next
From: neilc@svr1.postgresql.org (Neil Conway)
Date:
Subject: pgsql: Change SPI functions to use a `long' when specifying the number