Re: [HACKERS] Re: [DOCS] Re: FE/BE protocol revision patcht - Mailing list pgsql-hackers

From Thomas G. Lockhart
Subject Re: [HACKERS] Re: [DOCS] Re: FE/BE protocol revision patcht
Date
Msg-id 35724800.6E4CAE09@alumni.caltech.edu
Whole thread Raw
In response to Re: [HACKERS] Re: [DOCS] Re: FE/BE protocol revision patcht  (Bruce Momjian <maillist@candle.pha.pa.us>)
Responses Re: [HACKERS] Re: [DOCS] Re: FE/BE protocol revision patcht  (Bruce Momjian <maillist@candle.pha.pa.us>)
List pgsql-hackers
> OK, I can change it, but it is not easy.  Will take time.
> > Can we go to int32 on atttypmod? I'll try to break it up into two
> > sub-fields to implement numeric().

I am planning on stripping out the atttypmod usage for string type input
functions (that third parameter).

That was the wrong end to check, since it is the point at which storage
happens that things really need to be checked. Otherwise, no
validation/verification can happen on expression results, only on
constant input values.

Don't know if ignoring that area makes things any easier for you...

                     - Tom

pgsql-hackers by date:

Previous
From: "Thomas G. Lockhart"
Date:
Subject: Re: [HACKERS] duplicate oids in pg_proc
Next
From: "Thomas G. Lockhart"
Date:
Subject: Re: [HACKERS] Current sources?