> 
> > 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...
> 

I will make that change to whatever the current tree is at the time. 
May not do it for a few days or a week, but will do it all at once.

-- 
Bruce Momjian                          |  830 Blythe Avenue
maillist(at)candle(dot)pha(dot)pa(dot)us              |  Drexel Hill, Pennsylvania 19026
  +  If your life is a hard drive,     |  (610) 353-9879(w)
  +  Christ can be your backup.        |  (610) 853-3000(h)

In response to

• Re: [HACKERS] Re: [DOCS] Re: FE/BE protocol revision patcht at 1998-06-01 06:19:44 from Thomas G. Lockhart

pgsql-hackers by date

Next:	From: Bruce Momjian	Date: 1998-06-01 14:16:35
	Subject: Re: [HACKERS] regular expressions from hell
Previous:	From: Bruce Momjian	Date: 1998-06-01 14:12:22
	Subject: Re: [HACKERS] Query cancel and OOB data (fwd)