Re: adding a function to pg_proc.h

From: Jaime Casanova <systemguards(at)gmail(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Hackers <pgsql-hackers(at)postgresql(dot)org>, Bernd Helmle <bernd(dot)helmle(at)oopsware(dot)de>
Subject: Re: adding a function to pg_proc.h
Date: 2005-05-26 00:32:10
Message-ID: c2d9e70e0505251732379d0ab7@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 5/25/05, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> Jaime Casanova <systemguards(at)gmail(dot)com> writes:
> > I have added a function in sources and added appropiate lines in
> pg_proc.h
> > DATA(insert OID = 2560 ( get_view_column_default PGNSP PGUID 12 f f
> > t f i 1 2283 "25 25 21" _null_ _null_ _null_ get_view_column_default -
> > _null_));
> > DESCR("get default value for view column");
>
> Try putting the right value for pronargs ;-)
>
jeje... fooly of me

> Also, it seems highly unlikely that this function should be marked
> as immutable. Stable sounds more likely.
>
i don't know when i change this i marked it volatile, but well.. again
it's my fault

> Also, defining the return type as ANYELEMENT will definitely NOT work,
> since none of the input arguments are polymorphic.
>
mmm... This is a problem, there is a way to make a function that can
be used for returning different datatypes depending on the columns

> regards, tom lane
>

--
regards,
Jaime Casanova
(DBA: DataBase Aniquilator ;)

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Bruce Momjian 2005-05-26 01:27:23 Re: Network write errors (was: Re: Feature freeze date for
Previous Message Vikram Kalsi 2005-05-26 00:20:09 Re: Source Code Help Needed