mirror of
https://github.com/postgres/postgres.git
synced 2025-04-27 22:56:53 +03:00
Fix a typo in recent xfunc addition, do some routine SGML police work.
This commit is contained in:
parent
546d6848ca
commit
4ed6f6d479
@ -1,4 +1,4 @@
|
|||||||
<!-- $PostgreSQL: pgsql/doc/src/sgml/xfunc.sgml,v 1.118 2006/11/23 03:52:05 momjian Exp $ -->
|
<!-- $PostgreSQL: pgsql/doc/src/sgml/xfunc.sgml,v 1.119 2006/11/23 05:28:18 neilc Exp $ -->
|
||||||
|
|
||||||
<sect1 id="xfunc">
|
<sect1 id="xfunc">
|
||||||
<title>User-Defined Functions</title>
|
<title>User-Defined Functions</title>
|
||||||
@ -1234,12 +1234,12 @@ PG_MODULE_MAGIC;
|
|||||||
<para>
|
<para>
|
||||||
Optionally, a dynamically loaded file can contain initialization and
|
Optionally, a dynamically loaded file can contain initialization and
|
||||||
finalization functions. If the file includes a function named
|
finalization functions. If the file includes a function named
|
||||||
<literal>_PG_init</>, that function will be called immediately after
|
<function>_PG_init</>, that function will be called immediately after
|
||||||
loading the file. The function receives no parameters and should
|
loading the file. The function receives no parameters and should
|
||||||
return void. If the file includes a function named
|
return void. If the file includes a function named
|
||||||
<literal>_PG_fini</>, that function will be called immediately before
|
<function>_PG_fini</>, that function will be called immediately before
|
||||||
unloading the file. Likewise, the function receives no parameters and
|
unloading the file. Likewise, the function receives no parameters and
|
||||||
should return void. Note that <literal>_PG_fini</> will only be called
|
should return void. Note that <function>_PG_fini</> will only be called
|
||||||
during an unload of the file, not during process termination.
|
during an unload of the file, not during process termination.
|
||||||
(Presently, an unload only happens in the context of re-loading
|
(Presently, an unload only happens in the context of re-loading
|
||||||
the file due to an explicit <command>LOAD</> command.)
|
the file due to an explicit <command>LOAD</> command.)
|
||||||
@ -2921,20 +2921,19 @@ CREATE FUNCTION make_array(anyelement) RETURNS anyarray
|
|||||||
<programlisting>
|
<programlisting>
|
||||||
void RequestAddinShmemSpace(int size)
|
void RequestAddinShmemSpace(int size)
|
||||||
</programlisting>
|
</programlisting>
|
||||||
from your <literal>_PG_init</> function.
|
from your <function>_PG_init</> function.
|
||||||
</para>
|
</para>
|
||||||
<para>
|
<para>
|
||||||
LWLocks are reserved by calling:
|
LWLocks are reserved by calling:
|
||||||
<programlisting>
|
<programlisting>
|
||||||
void RequestAddinLWLocks(int n)
|
void RequestAddinLWLocks(int n)
|
||||||
</programlisting>
|
</programlisting>
|
||||||
from <literal>_PG_init</>.
|
from <function>_PG_init</>.
|
||||||
</para>
|
</para>
|
||||||
<para>
|
<para>
|
||||||
To avoid possible race-conditions, each backend should use the LWLock
|
To avoid possible race-conditions, each backend should use the LWLock
|
||||||
<literal>AddinShmemInitLock</> when connecting to and intializing
|
<function>AddinShmemInitLock</> when connecting to and initializing
|
||||||
its allocation of shared memory, as shown here:
|
its allocation of shared memory, as shown here:
|
||||||
|
|
||||||
<programlisting>
|
<programlisting>
|
||||||
static mystruct *ptr = NULL;
|
static mystruct *ptr = NULL;
|
||||||
|
|
||||||
|
Loading…
x
Reference in New Issue
Block a user