| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> | 
|---|---|
| To: | Joe Conway <mail(at)joeconway(dot)com> | 
| Cc: | David Fetter <david(at)fetter(dot)org>, rse(at)engelschall(dot)com, pgsql-hackers(at)postgresql(dot)org | 
| Subject: | Re: [BUGS] Patch to allow C extension modules to initialize/finish | 
| Date: | 2006-08-03 22:52:36 | 
| Message-ID: | 27226.1154645556@sss.pgh.pa.us | 
| Views: | Whole Thread | Raw Message | Download mbox | Resend email | 
| Thread: | |
| Lists: | pgsql-bugs pgsql-hackers | 
Joe Conway <mail(at)joeconway(dot)com> writes:
> Tom Lane wrote:
>> Also, if we do this we probably ought to remove the special-purpose
>> hack for preload_libraries to specify an init function --- it should
>> just happen by default.  Any objections to simplifying that?
> The original idea of using the init function with preload_libraries was 
> to eliminate library startup that was expensive and only needed once. 
> Specifically in the case of libR (and presumably other libraries as 
> well), the init time was much greater than the actual library load time. 
> If it is removed from preload_libraries, then we'll pay that price for 
> every backend startup, no?
No, my thought is that you'd rename PL/R's init function to PG_init, and
then it'd get called automagically without needing to assume that the DBA
remembers to specify it in preload_libraries.  If there's a reason *not*
to do that then it'd be a strike against this whole proposal, methinks.
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Tom Lane | 2006-08-03 22:58:49 | Re: BUG #2554: ILIKE operator works incorrectly | 
| Previous Message | Peter Eisentraut | 2006-08-03 22:50:14 | Re: BUG #2554: ILIKE operator works incorrectly | 
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Zoltan Boszormenyi | 2006-08-03 22:58:08 | Re: GENERATED ... AS IDENTITY, Was: Re: Feature Freeze | 
| Previous Message | Bruce Momjian | 2006-08-03 22:48:45 | Re: pg_terminate_backend |