From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Brook Milligan <brook(at)biology(dot)nmsu(dot)edu> |
Cc: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: advice on extensions needed |
Date: | 2000-08-25 15:25:45 |
Message-ID: | 2435.967217145@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Brook Milligan <brook(at)biology(dot)nmsu(dot)edu> writes:
> - When dynamically linking functions must there be at most one
> function per shared object module or can there be multiple external
> entry points within a single shared object?
Multi functions per shared object file is fine (in fact normal, I'd
say). See the example in src/tutorial/.
> - If the latter, will multiple copies of the file be loaded (e.g., one
> per function invoked) or will the same copy be used to resolve all
> the multiple external entry points?
Just one copy --- see src/backend/utils/fmgr/dfmgr.c
> - Is it possible to write functions to automatically convert one
> extended type into another? If so, how should this be done?
A function named the same as a type, with one argument of some other
type, is treated as an implicit type conversion rule by the parser.
> Also, in the docs for Chapter 5. Extending SQL: Types there is a code
> example with the following:
> elog(WARN, ...);
> elog.h does not define WARN. Should this be changed to NOTICE in the
> docs?
elog(ERROR) is the correct equivalent. Looks like someone fixed that
already; I can't find elog WARN anywhere in the current docs, except for
/home/postgres/pgsql/HISTORY: Change elog(WARN) to elog(ERROR)(Bruce)
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Alfred Perlstein | 2000-08-25 15:52:19 | Re: Performance on inserts |
Previous Message | Vince Vielhaber | 2000-08-25 15:18:09 | Re: AW: How Do You Pronounce "PostgreSQL"? |