mirror of
https://github.com/postgres/postgres.git
synced 2025-05-01 01:04:50 +03:00
doc: Fix spacing in verbatim environments
This commit is contained in:
parent
f64fe2cbe6
commit
443dd97001
@ -279,15 +279,15 @@ include 'filename'
|
||||
Another possibility is to create a configuration file directory and
|
||||
put this information into files there. For example, a <filename>conf.d</>
|
||||
directory could be referenced at the end of<filename>postgresql.conf</>:
|
||||
<screen>
|
||||
<programlisting>
|
||||
include_dir 'conf.d'
|
||||
</screen>
|
||||
</programlisting>
|
||||
Then you could name the files in the <filename>conf.d</> directory like this:
|
||||
<screen>
|
||||
<programlisting>
|
||||
00shared.conf
|
||||
01memory.conf
|
||||
02server.conf
|
||||
</screen>
|
||||
</programlisting>
|
||||
This shows a clear order in which these files will be loaded. This is
|
||||
important because only the last setting encountered when the server is
|
||||
reading its configuration will be used. Something set in
|
||||
@ -298,11 +298,11 @@ include 'filename'
|
||||
<para>
|
||||
You might instead use this configuration directory approach while naming
|
||||
these files more descriptively:
|
||||
<screen>
|
||||
<programlisting>
|
||||
00shared.conf
|
||||
01memory-8GB.conf
|
||||
02server-foo.conf
|
||||
</screen>
|
||||
</programlisting>
|
||||
This sort of arrangement gives a unique name for each configuration file
|
||||
variation. This can help eliminate ambiguity when several servers have
|
||||
their configurations all stored in one place, such as in a version
|
||||
|
@ -1167,12 +1167,12 @@ include $(PGXS)
|
||||
This procedure is also called a
|
||||
<indexterm><primary>VPATH</primary></indexterm><firstterm>VPATH</firstterm>
|
||||
build. Here's how:
|
||||
<screen>
|
||||
<userinput>mkdir build_dir</userinput>
|
||||
<userinput>cd build_dir</userinput>
|
||||
<userinput>make -f /path/to/extension/source/tree/Makefile</userinput>
|
||||
<userinput>make -f /path/to/extension/source/tree/Makefile install</userinput>
|
||||
</screen>
|
||||
<programlisting>
|
||||
mkdir build_dir
|
||||
cd build_dir
|
||||
make -f /path/to/extension/source/tree/Makefile
|
||||
make -f /path/to/extension/source/tree/Makefile install
|
||||
</programlisting>
|
||||
</para>
|
||||
|
||||
<para>
|
||||
@ -1181,10 +1181,10 @@ include $(PGXS)
|
||||
core script <filename>config/prep_buildtree</>. Once this has been done
|
||||
you can build by setting the <literal>make</literal> variable
|
||||
<varname>USE_VPATH</varname> like this:
|
||||
<screen>
|
||||
<userinput>make USE_VPATH=/path/to/extension/source/tree</userinput>
|
||||
<userinput>make USE_VPATH=/path/to/extension/source/tree install</userinput>
|
||||
</screen>
|
||||
<programlisting>
|
||||
make USE_VPATH=/path/to/extension/source/tree
|
||||
make USE_VPATH=/path/to/extension/source/tree install
|
||||
</programlisting>
|
||||
This procedure can work with a greater variety of directory layouts.
|
||||
</para>
|
||||
|
||||
|
@ -326,6 +326,7 @@ typedef struct OutputPluginCallbacks
|
||||
LogicalDecodeCommitCB commit_cb;
|
||||
LogicalDecodeShutdownCB shutdown_cb;
|
||||
} OutputPluginCallbacks;
|
||||
|
||||
typedef void (*LogicalOutputPluginInit)(struct OutputPluginCallbacks *cb);
|
||||
</programlisting>
|
||||
The <function>begin_cb</function>, <function>change_cb</function>
|
||||
|
Loading…
x
Reference in New Issue
Block a user