Re: question about new fmgr in 7.1 snapshots - Mailing list pgsql-hackers

From Jan Wieck
Subject Re: question about new fmgr in 7.1 snapshots
Date
Msg-id 200010231442.JAA01441@jupiter.jw.home
Whole thread Raw
In response to Re: question about new fmgr in 7.1 snapshots  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: question about new fmgr in 7.1 snapshots  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
Tom Lane wrote:
> Jeff Hoffmann <jeff@propertykey.com> writes:
> > my question is whether i should change the function to use the new fmgr
> > type of definition or if it's only for internal functions.
>
> Up to you.  If you need any of the new features (like clean handling
> of NULLs) then convert.  If you were happy with the old way, no need.
>
> A new-style dynamically loaded function must be defined as using
> language "newC" not "C"; this cues fmgr which way to call it.
>
   Are  you  sure  on  that?  Doesn't  TOAST  mean that any user   defined function  recieving  variable  size
attributes must   expect  them  now  to  be  compressed  or stored external and   change it's access to them going
throughthe  untoasting?  Or   do  you  do  that for old style 'C' functions all the time in   the fmgr now?
 

> Gotta start updating the documentation soon ;-)


Jan

--

#======================================================================#
# It's easier to get forgiveness for being wrong than for being right. #
# Let's break this rule - forgive me.                                  #
#================================================== JanWieck@Yahoo.com #




pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: AW: AW: AW: AW: relation ### modified while in use
Next
From: Tom Lane
Date:
Subject: Re: question about new fmgr in 7.1 snapshots