From 67cd018e772e31157030dcfbb9f6c01d9c308658 Mon Sep 17 00:00:00 2001
From: Bruce Momjian <bruce@momjian.us>
Date: Tue, 29 Aug 2000 20:02:09 +0000
Subject: [PATCH] Startup is actually start-up.
---
HISTORY | 14 +++++++-------
doc/src/sgml/datatype.sgml | 8 ++++----
doc/src/sgml/history.sgml | 4 ++--
doc/src/sgml/indexcost.sgml | 8 ++++----
doc/src/sgml/installation.sgml | 10 +++++-----
doc/src/sgml/jdbc.sgml | 4 ++--
doc/src/sgml/libpq.sgml | 4 ++--
doc/src/sgml/manage-ag.sgml | 6 +++---
doc/src/sgml/odbc.sgml | 4 ++--
doc/src/sgml/plan.sgml | 6 +++---
doc/src/sgml/problems.sgml | 6 +++---
doc/src/sgml/protocol.sgml | 30 +++++++++++++++---------------
doc/src/sgml/ref/explain.sgml | 6 +++---
doc/src/sgml/ref/pgctl-ref.sgml | 4 ++--
doc/src/sgml/ref/psql-ref.sgml | 18 +++++++++---------
doc/src/sgml/ref/set.sgml | 8 ++++----
doc/src/sgml/release.sgml | 16 ++++++++--------
doc/src/sgml/runtime.sgml | 8 ++++----
18 files changed, 82 insertions(+), 82 deletions(-)
diff --git a/HISTORY b/HISTORY
index 34fdd04f92f..60c60bbf1ec 100644
--- a/HISTORY
+++ b/HISTORY
@@ -232,8 +232,8 @@ Vacuumdb script now supports --all option (Peter E)
ecpg new portable FETCH syntax
Add ecpg EXEC SQL IFDEF, EXEC SQL IFNDEF, EXEC SQL ELSE, EXEC SQL ELIF
and EXEC SQL ENDIF directives
-Add pg_ctl script to control backend startup (Tatsuo)
-Add postmaster.opts.default file to store startup flags (Tatsuo)
+Add pg_ctl script to control backend start-up (Tatsuo)
+Add postmaster.opts.default file to store start-up flags (Tatsuo)
Allow --with-mb=SQL_ASCII
Increase maximum number of index keys to 16 (Bruce)
Increase maximum number of function arguments to 16 (Bruce)
@@ -764,7 +764,7 @@ Update contrib/pginterface/findoidjoins script(Tom)
Major speedup in vacuum of deleted rows with indexes(Vadim)
Allow non-SQL functions to run different versions based on arguments(Tom)
Add -E option that shows actual queries sent by \dt and friends(Masaaki Sakaida)
-Add version number in startup banners for psql(Masaaki Sakaida)
+Add version number in start-up banners for psql(Masaaki Sakaida)
New contrib/vacuumlo removes large objects not referenced(Peter)
New initialization for table sizes so non-vacuumed tables perform better(Tom)
Improve error messages when a connection is rejected(Tom)
@@ -1059,7 +1059,7 @@ New SERIAL data type, auto-creates sequence/index(Thomas)
Enable assert checking without a recompile(Massimo)
User lock enhancements(Massimo)
New setval() command to set sequence value(Massimo)
-Auto-remove unix socket file on startup if no postmaster running(Massimo)
+Auto-remove unix socket file on start-up if no postmaster running(Massimo)
Conditional trace package(Massimo)
New UNLISTEN command(Massimo)
Psql and libpq now compile under win32 using win32.mak(Magnus)
@@ -1419,8 +1419,8 @@ New LOCK command and lock manual page describing deadlocks(Bruce)
Add new psql \da, \dd, \df, \do, \dS, and \dT commands(Bruce)
Enhance psql \z to show sequences(Bruce)
Show NOT NULL and DEFAULT in psql \d table(Bruce)
-New psql .psqlrc file startup(Andrew)
-Modify sample startup script in contrib/linux to show syslog(Thomas)
+New psql .psqlrc file start-up(Andrew)
+Modify sample start-up script in contrib/linux to show syslog(Thomas)
New types for IP and MAC addresses in contrib/ip_and_mac(TomH)
Unix system time conversions with date/time types in contrib/unixdate(Thomas)
Update of contrib stuff(Massimo)
@@ -1618,7 +1618,7 @@ Add routines for text trimming on both ends, substring, and string position(Thom
Added conversion routines circle(box) and poly(circle)(Thomas)
Allow internal sorts to be stored in memory rather than in files(Bruce & Vadim)
Allow functions and operators on internally-identical types to succeed(Bruce)
-Speed up backend startup after profiling analysis(Bruce)
+Speed up backend start-up after profiling analysis(Bruce)
Inline frequently called functions for performance(Bruce)
Reduce open() calls(Bruce)
psql: Add PAGER for \h and \?,\C fix
diff --git a/doc/src/sgml/datatype.sgml b/doc/src/sgml/datatype.sgml
index 9026d23e8c5..593041a5875 100644
--- a/doc/src/sgml/datatype.sgml
+++ b/doc/src/sgml/datatype.sgml
@@ -1,5 +1,5 @@
<!--
-$Header: /cvsroot/pgsql/doc/src/sgml/datatype.sgml,v 1.34 2000/08/24 23:36:28 tgl Exp $
+$Header: /cvsroot/pgsql/doc/src/sgml/datatype.sgml,v 1.35 2000/08/29 20:02:07 momjian Exp $
-->
<chapter id="datatype">
@@ -1219,13 +1219,13 @@ January 8 04:05:06 1999 PST
<listitem>
<para>
The <envar>PGDATESTYLE</envar> environment variable used by the backend directly
- on postmaster startup.
+ on postmaster start-up.
</para>
</listitem>
<listitem>
<para>
The <envar>PGDATESTYLE</envar> environment variable used by the frontend libpq
- on session startup.
+ on session start-up.
</para>
</listitem>
<listitem>
@@ -1305,7 +1305,7 @@ January 8 04:05:06 1999 PST
<listitem>
<para>
The TZ environment variable used by the backend directly
- on postmaster startup as the default time zone.
+ on postmaster start-up as the default time zone.
</para>
</listitem>
<listitem>
diff --git a/doc/src/sgml/history.sgml b/doc/src/sgml/history.sgml
index 8fd14b01681..9616399321e 100644
--- a/doc/src/sgml/history.sgml
+++ b/doc/src/sgml/history.sgml
@@ -1,5 +1,5 @@
<!--
-$Header: /cvsroot/pgsql/doc/src/sgml/history.sgml,v 1.8 2000/05/02 20:01:51 thomas Exp $
+$Header: /cvsroot/pgsql/doc/src/sgml/history.sgml,v 1.9 2000/08/29 20:02:07 momjian Exp $
-->
<sect1>
@@ -246,7 +246,7 @@ $Header: /cvsroot/pgsql/doc/src/sgml/history.sgml,v 1.8 2000/05/02 20:01:51 thom
<listitem>
<para>
Overall backend code speed has been increased by approximately 20-40%,
- and backend startup time has decreased 80% since v6.0 was released.
+ and backend start-up time has decreased 80% since v6.0 was released.
</para>
</listitem>
</itemizedlist>
diff --git a/doc/src/sgml/indexcost.sgml b/doc/src/sgml/indexcost.sgml
index 8153c41a9b3..e2fc6507ee0 100644
--- a/doc/src/sgml/indexcost.sgml
+++ b/doc/src/sgml/indexcost.sgml
@@ -1,5 +1,5 @@
<!--
-$Header: /cvsroot/pgsql/doc/src/sgml/Attic/indexcost.sgml,v 2.3 2000/03/31 17:18:26 tgl Exp $
+$Header: /cvsroot/pgsql/doc/src/sgml/Attic/indexcost.sgml,v 2.4 2000/08/29 20:02:07 momjian Exp $
-->
<chapter>
@@ -111,7 +111,7 @@ amcostestimate (Query *root,
<term>*indexStartupCost</term>
<listitem>
<para>
- Set to cost of index startup processing
+ Set to cost of index start-up processing
</para>
</listitem>
</varlistentry>
@@ -160,9 +160,9 @@ amcostestimate (Query *root,
</para>
<para>
- The "startup cost" is the part of the total scan cost that must be expended
+ The "start-up cost" is the part of the total scan cost that must be expended
before we can begin to fetch the first tuple. For most indexes this can
- be taken as zero, but an index type with a high startup cost might want
+ be taken as zero, but an index type with a high start-up cost might want
to set it nonzero.
</para>
diff --git a/doc/src/sgml/installation.sgml b/doc/src/sgml/installation.sgml
index 261c283ac4d..038175eafcc 100644
--- a/doc/src/sgml/installation.sgml
+++ b/doc/src/sgml/installation.sgml
@@ -1,4 +1,4 @@
-<!-- $Header: /cvsroot/pgsql/doc/src/sgml/installation.sgml,v 1.15 2000/08/29 04:15:43 momjian Exp $ -->
+<!-- $Header: /cvsroot/pgsql/doc/src/sgml/installation.sgml,v 1.16 2000/08/29 20:02:07 momjian Exp $ -->
<chapter id="installation">
<title><![%flattext-install-include[<productname>PostgreSQL</> ]]>Installation Instructions</title>
@@ -165,7 +165,7 @@ su - postgres
<para>
On systems which have <productname>PostgreSQL</> started at boot time, there is
- probably a startup file that will accomplish the same thing. For
+ probably a start-up file that will accomplish the same thing. For
example, on a Redhat Linux system one might find that
<programlisting>
/etc/rc.d/init.d/postgres.init stop
@@ -777,7 +777,7 @@ setenv LD_LIBRARY_PATH /usr/local/pgsql/lib
</programlisting>
Replace <literal>/usr/local/pgsql/lib</> with whatever you set
<option><literal>--libdir</></> to in <xref linkend="configure">.
- You should put these commands into a shell startup file such as
+ You should put these commands into a shell start-up file such as
<filename>/etc/profile</> or <filename>~/.bash_profile</>.
</para>
@@ -810,7 +810,7 @@ libpq.so.2.1: cannot open shared object file: No such file or directory
add <filename>/usr/local/pgsql/bin</> (or what you set
<option><literal>--bindir</></> to in <xref linkend="configure">)
into your <envar>PATH</>. To do this, add the following to your
- shell startup file, such as <filename>~/.bash_profile</> (or
+ shell start-up file, such as <filename>~/.bash_profile</> (or
<filename>/etc/profile</>, if you want it to affect every user):
<programlisting>
PATH=$PATH:/usr/local/pgsql/bin
@@ -824,7 +824,7 @@ set path = ( /usr/local/pgsql/bin path )
<para>
To enable your system to find the <application>man</>
documentation, you need to add a line like the following to a
- shell startup file:
+ shell start-up file:
<programlisting>
MANPATH=$MANPATH:/usr/local/pgsql/man
</programlisting>
diff --git a/doc/src/sgml/jdbc.sgml b/doc/src/sgml/jdbc.sgml
index ddb32b8a500..e08d59ae186 100644
--- a/doc/src/sgml/jdbc.sgml
+++ b/doc/src/sgml/jdbc.sgml
@@ -1,5 +1,5 @@
<!--
-$Header: /cvsroot/pgsql/doc/src/sgml/Attic/jdbc.sgml,v 1.11 2000/08/23 05:59:02 thomas Exp $
+$Header: /cvsroot/pgsql/doc/src/sgml/Attic/jdbc.sgml,v 1.12 2000/08/29 20:02:07 momjian Exp $
-->
<chapter id="jdbc">
@@ -816,7 +816,7 @@ used. Also, only the function's required are entered into this table,
keeping connection times as fast as possible.
The postgresql.LargeObject class performs a query upon it's
-startup, and passes the returned ResultSet to the addFunctions()
+start-up, and passes the returned ResultSet to the addFunctions()
method here.
Once this has been done, the LargeObject api refers to the
diff --git a/doc/src/sgml/libpq.sgml b/doc/src/sgml/libpq.sgml
index 648406e5462..201b8e40acf 100644
--- a/doc/src/sgml/libpq.sgml
+++ b/doc/src/sgml/libpq.sgml
@@ -1,5 +1,5 @@
<!--
-$Header: /cvsroot/pgsql/doc/src/sgml/libpq.sgml,v 1.39 2000/08/29 04:15:43 momjian Exp $
+$Header: /cvsroot/pgsql/doc/src/sgml/libpq.sgml,v 1.40 2000/08/29 20:02:07 momjian Exp $
-->
<chapter id="libpq-chapter">
@@ -337,7 +337,7 @@ PostgresPollingStatusType *PQconnectPoll(PQconn *conn)
</listitem>
<listitem>
<para>
- CONNECTION_AUTH_OK: Received authentication; waiting for backend startup.
+ CONNECTION_AUTH_OK: Received authentication; waiting for backend start-up.
</para>
</listitem>
<listitem>
diff --git a/doc/src/sgml/manage-ag.sgml b/doc/src/sgml/manage-ag.sgml
index a05b984ef55..d8ec11ea74c 100644
--- a/doc/src/sgml/manage-ag.sgml
+++ b/doc/src/sgml/manage-ag.sgml
@@ -1,5 +1,5 @@
<!--
-$Header: /cvsroot/pgsql/doc/src/sgml/manage-ag.sgml,v 2.9 2000/06/30 16:14:21 petere Exp $
+$Header: /cvsroot/pgsql/doc/src/sgml/manage-ag.sgml,v 2.10 2000/08/29 20:02:07 momjian Exp $
-->
<chapter id="managing-databases">
@@ -134,8 +134,8 @@ setenv PGDATA2 /home/postgres/data
in csh or tcsh. You have to make sure that this environment
variable is always defined in the server environment, otherwise
you won't be able to access that database. Therefore you probably
- want to set it in some sort of shell startup file or server
- startup script.
+ want to set it in some sort of shell start-up file or server
+ start-up script.
</para>
<para>
diff --git a/doc/src/sgml/odbc.sgml b/doc/src/sgml/odbc.sgml
index e2182adbef1..a50f1f8bb59 100644
--- a/doc/src/sgml/odbc.sgml
+++ b/doc/src/sgml/odbc.sgml
@@ -1,5 +1,5 @@
<!--
-$Header: /cvsroot/pgsql/doc/src/sgml/Attic/odbc.sgml,v 1.15 2000/05/02 20:01:52 thomas Exp $
+$Header: /cvsroot/pgsql/doc/src/sgml/Attic/odbc.sgml,v 1.16 2000/08/29 20:02:07 momjian Exp $
-->
<chapter id="odbc">
@@ -1070,7 +1070,7 @@ can't load library 'libodbc.so'\n", 61) = -1 EIO (I/O error)
<para>
You can add information about your
- database login and password to the standard Applix startup
+ database login and password to the standard Applix start-up
macro file. This is an example
<filename>~/axhome/macros/login.am</filename> file:
diff --git a/doc/src/sgml/plan.sgml b/doc/src/sgml/plan.sgml
index bc83b88891e..fb82a45c355 100644
--- a/doc/src/sgml/plan.sgml
+++ b/doc/src/sgml/plan.sgml
@@ -1,5 +1,5 @@
<!--
-$Header: /cvsroot/pgsql/doc/src/sgml/Attic/plan.sgml,v 2.3 2000/03/31 17:45:00 tgl Exp $
+$Header: /cvsroot/pgsql/doc/src/sgml/Attic/plan.sgml,v 2.4 2000/08/29 20:02:07 momjian Exp $
-->
<chapter>
@@ -40,7 +40,7 @@ $Header: /cvsroot/pgsql/doc/src/sgml/Attic/plan.sgml,v 2.3 2000/03/31 17:45:00 t
<itemizedlist>
<listitem>
<para>
- Estimated startup cost (time expended before output scan can start,
+ Estimated start-up cost (time expended before output scan can start,
eg, time to do the sorting in a SORT node).
</para>
</listitem>
@@ -241,7 +241,7 @@ Hash Join (cost=89.60..574.10 rows=100 width=296)
using ye same olde indexscan, stash them into an in-memory hash table,
and then do a sequential scan of tenk2, probing into the hash table
for possible matches of "t1.unique2 = t2.unique2" at each tenk2 tuple.
- The cost to read tenk1 and set up the hash table is entirely startup
+ The cost to read tenk1 and set up the hash table is entirely start-up
cost for the hash join, since we won't get any tuples out until we can
start reading tenk2. The total time estimate for the join also
includes a pretty hefty charge for CPU time to probe the hash table
diff --git a/doc/src/sgml/problems.sgml b/doc/src/sgml/problems.sgml
index ae9cd9edfd8..cbacac46bed 100644
--- a/doc/src/sgml/problems.sgml
+++ b/doc/src/sgml/problems.sgml
@@ -114,7 +114,7 @@
<itemizedlist>
<listitem>
<para>
- The exact sequence of steps <emphasis>from program startup</emphasis>
+ The exact sequence of steps <emphasis>from program start-up</emphasis>
necessary to reproduce the problem. This should be self-contained;
it is not enough to send in a bare select statement without the
preceeding create table and insert statements, if the output should
@@ -125,7 +125,7 @@
query-language related problems is a file that can be run through the
<application>psql</application> frontend
that shows the problem. (Be sure to not have anything in your
- <filename>~/.psqlrc</filename> startup file.) You are encouraged to
+ <filename>~/.psqlrc</filename> start-up file.) You are encouraged to
minimize the size of your example, but this is not absolutely necessary.
If the bug is reproduceable, we'll find it either way.
</para>
@@ -176,7 +176,7 @@
<listitem>
<para>
- Any command line options and other startup options, including concerned
+ Any command line options and other start-up options, including concerned
environment variables or configuration files that you changed from the
default. Again, be exact. If you are using a pre-packaged
distribution that starts the database server at boot time, you should try
diff --git a/doc/src/sgml/protocol.sgml b/doc/src/sgml/protocol.sgml
index 51f5a041917..2817959f6cb 100644
--- a/doc/src/sgml/protocol.sgml
+++ b/doc/src/sgml/protocol.sgml
@@ -47,7 +47,7 @@ have different roles but may be implemented by the same executable.
</para>
<Para>
-A frontend sends a startup packet to the postmaster. This includes the names
+A frontend sends a start-up packet to the postmaster. This includes the names
of the user and the database the user wants to connect to. The postmaster then
uses this, and the information in the <filename>pg_hba.conf</filename>
file
@@ -60,7 +60,7 @@ and responds to the frontend accordingly.
The frontend then sends any required authentication information. Once the
postmaster validates this it responds to the frontend that it is authenticated
and hands over the connection to a backend. The backend then sends a message
-indicating successful startup (normal case) or failure (for example, an
+indicating successful start-up (normal case) or failure (for example, an
invalid database name).
</para>
@@ -91,17 +91,17 @@ itself. The difference is historical.
<Para>
This section describes the message flow. There are four different types of
flows depending on the state of the connection:
-startup, query, function call, and termination.
+start-up, query, function call, and termination.
There are also special provisions for notification responses and command
-cancellation, which can occur at any time after the startup phase.
+cancellation, which can occur at any time after the start-up phase.
</para>
<Sect2>
-<Title>Startup</Title>
+<Title>Start-up</Title>
<Para>
-Startup is divided into an authentication phase and a backend startup phase.
+Start-up is divided into an authentication phase and a backend start-up phase.
</para>
<Para>
@@ -197,8 +197,8 @@ postmaster, then it should immediately close the connection.
<Para>
After sending AuthenticationOk, the postmaster attempts to launch a backend
process. Since this might fail, or the backend might encounter a failure
-during startup, the frontend must wait for the backend to acknowledge
-successful startup. The frontend should send no messages at this point.
+during start-up, the frontend must wait for the backend to acknowledge
+successful start-up. The frontend should send no messages at this point.
The possible messages from the backend during this phase are:
<VariableList>
@@ -208,7 +208,7 @@ The possible messages from the backend during this phase are:
</Term>
<ListItem>
<Para>
- This message is issued after successful backend startup.
+ This message is issued after successful backend start-up.
It provides secret-key data that the frontend must save
if it wants to be able to issue cancel requests later.
The frontend should not respond to this message, but should
@@ -222,7 +222,7 @@ The possible messages from the backend during this phase are:
</Term>
<ListItem>
<Para>
- Backend startup is successful. The frontend may now issue
+ Backend start-up is successful. The frontend may now issue
query or function call messages.
</Para>
</ListItem>
@@ -233,7 +233,7 @@ The possible messages from the backend during this phase are:
</Term>
<ListItem>
<Para>
- Backend startup failed. The connection is closed after
+ Backend start-up failed. The connection is closed after
sending this message.
</Para>
</ListItem>
@@ -257,8 +257,8 @@ The possible messages from the backend during this phase are:
The ReadyForQuery message is the same one that the backend will issue after
each query cycle. Depending on the coding needs of the frontend, it is
reasonable to consider ReadyForQuery as starting a query cycle (and then
-BackendKeyData indicates successful conclusion of the startup phase),
-or to consider ReadyForQuery as ending the startup phase and each subsequent
+BackendKeyData indicates successful conclusion of the start-up phase),
+or to consider ReadyForQuery as ending the start-up phase and each subsequent
query cycle.
</para>
</sect2>
@@ -516,7 +516,7 @@ whenever a notify(l) command is executed for the same notification name.
<Para>
Notification responses are permitted at any point in the protocol (after
-startup), except within another backend message. Thus, the frontend
+start-up), except within another backend message. Thus, the frontend
must be prepared to recognize a NotificationResponse message whenever it is
expecting any message. Indeed, it should be able to handle
NotificationResponse messages even when it is not engaged in a query.
@@ -568,7 +568,7 @@ reasons, no direct reply is made to the cancel request message.
<Para>
A CancelRequest message will be ignored unless it contains the same key data
-(PID and secret key) passed to the frontend during connection startup. If the
+(PID and secret key) passed to the frontend during connection start-up. If the
request matches the PID and secret key for a currently executing backend, the
postmaster signals the backend to abort processing of the current query.
</para>
diff --git a/doc/src/sgml/ref/explain.sgml b/doc/src/sgml/ref/explain.sgml
index e7622fb026f..c31935b3237 100644
--- a/doc/src/sgml/ref/explain.sgml
+++ b/doc/src/sgml/ref/explain.sgml
@@ -1,5 +1,5 @@
<!--
-$Header: /cvsroot/pgsql/doc/src/sgml/ref/explain.sgml,v 1.9 2000/02/15 23:37:49 tgl Exp $
+$Header: /cvsroot/pgsql/doc/src/sgml/ref/explain.sgml,v 1.10 2000/08/29 20:02:09 momjian Exp $
Postgres documentation
-->
@@ -114,10 +114,10 @@ EXPLAIN
The most critical part of the display is the estimated query execution
cost, which is the planner's guess at how long it will take to run the
query (measured in units of disk page fetches). Actually two numbers
- are shown: the startup time before the first tuple can be returned, and
+ are shown: the start-up time before the first tuple can be returned, and
the total time to return all the tuples. For most queries the total time
is what matters, but in contexts such as an EXISTS sub-query the planner
- will choose the smallest startup time instead of the smallest total time
+ will choose the smallest start-up time instead of the smallest total time
(since the executor will stop after getting one tuple, anyway).
Also, if you limit the number of tuples to return with a LIMIT clause,
the planner makes an appropriate interpolation between the endpoint
diff --git a/doc/src/sgml/ref/pgctl-ref.sgml b/doc/src/sgml/ref/pgctl-ref.sgml
index c85b5e31e15..4b0e81b4489 100644
--- a/doc/src/sgml/ref/pgctl-ref.sgml
+++ b/doc/src/sgml/ref/pgctl-ref.sgml
@@ -1,5 +1,5 @@
<!--
-$Header: /cvsroot/pgsql/doc/src/sgml/ref/Attic/pgctl-ref.sgml,v 1.6 2000/07/22 04:30:27 momjian Exp $
+$Header: /cvsroot/pgsql/doc/src/sgml/ref/Attic/pgctl-ref.sgml,v 1.7 2000/08/29 20:02:09 momjian Exp $
Postgres documentation
-->
@@ -119,7 +119,7 @@ pg_ctl [-D <replaceable class="parameter">datadir</replaceable>] status
<para>
Immediate mode sends SIGUSR1
to the backends and lets them abort. In this case, database recovery
- will be necessary on the next startup.
+ will be necessary on the next start-up.
</para>
</listitem>
</varlistentry>
diff --git a/doc/src/sgml/ref/psql-ref.sgml b/doc/src/sgml/ref/psql-ref.sgml
index fccc7ef5c6d..60a5e95f40a 100644
--- a/doc/src/sgml/ref/psql-ref.sgml
+++ b/doc/src/sgml/ref/psql-ref.sgml
@@ -1,5 +1,5 @@
<!--
-$Header: /cvsroot/pgsql/doc/src/sgml/ref/psql-ref.sgml,v 1.35 2000/07/22 04:45:09 momjian Exp $
+$Header: /cvsroot/pgsql/doc/src/sgml/ref/psql-ref.sgml,v 1.36 2000/08/29 20:02:09 momjian Exp $
Postgres documentation
-->
@@ -1296,7 +1296,7 @@ Access permissions for database "test"
In general, both will do what you expect, but using <literal>-f</literal>
enables some nice features such as error messages with line numbers.
There is also a slight chance that using this option will reduce
- the startup overhead. On the other hand, the variant using the shell's
+ the start-up overhead. On the other hand, the variant using the shell's
input redirection is (in theory) guaranteed to yield exactly the same
output that you would have gotten had you entered everything by hand.
</para>
@@ -1503,7 +1503,7 @@ Access permissions for database "test"
Performs a variable assignment, like the <command>\set</command> internal command.
Note that you must separate name and value, if any, by an equal sign on the command
line. To unset a variable, leave off the equal sign. These assignments are done
- during a very early state of startup, so variables reserved for internal purposes
+ during a very early state of start-up, so variables reserved for internal purposes
might get overwritten later.
</para>
</listitem>
@@ -1557,7 +1557,7 @@ Access permissions for database "test"
<term>-X, --no-psqlrc</term>
<listitem>
<para>
- Do not read the startup file <filename>~/.psqlrc</filename>.
+ Do not read the start-up file <filename>~/.psqlrc</filename>.
</para>
</listitem>
</varlistentry>
@@ -1646,7 +1646,7 @@ bar
<listitem>
<para>
The name of the database you are currently connected to. This is set every time
- you connect to a database (including program startup), but can be unset.
+ you connect to a database (including program start-up), but can be unset.
</para>
</listitem>
</varlistentry>
@@ -1657,7 +1657,7 @@ bar
<para>
If set to <quote><literal>all</literal></quote>, all lines entered or from a script
are written to the standard output before they
- are parsed or executed. To specify this on program startup, use the switch
+ are parsed or executed. To specify this on program start-up, use the switch
<option>-a</option>. If set to <quote><literal>queries</literal></quote>,
<application>psql</application> merely prints all queries as they are sent to the
backend. The option for this is <option>-e</option>.
@@ -1728,7 +1728,7 @@ bar
<listitem>
<para>
The database server host you are currently connected to. This is set every time
- you connect to a database (including program startup), but can be unset.
+ you connect to a database (including program start-up), but can be unset.
</para>
</listitem>
</varlistentry>
@@ -1816,7 +1816,7 @@ bar
<listitem>
<para>
The database server port to which you are currently connected. This is set every time
- you connect to a database (including program startup), but can be unset.
+ you connect to a database (including program start-up), but can be unset.
</para>
</listitem>
</varlistentry>
@@ -1867,7 +1867,7 @@ bar
<listitem>
<para>
The database user you are currently connected as. This is set every time
- you connect to a database (including program startup), but can be unset.
+ you connect to a database (including program start-up), but can be unset.
</para>
</listitem>
</varlistentry>
diff --git a/doc/src/sgml/ref/set.sgml b/doc/src/sgml/ref/set.sgml
index b76570d5def..b183db7fef0 100644
--- a/doc/src/sgml/ref/set.sgml
+++ b/doc/src/sgml/ref/set.sgml
@@ -1,5 +1,5 @@
<!--
-$Header: /cvsroot/pgsql/doc/src/sgml/ref/set.sgml,v 1.47 2000/08/07 00:51:18 tgl Exp $
+$Header: /cvsroot/pgsql/doc/src/sgml/ref/set.sgml,v 1.48 2000/08/29 20:02:09 momjian Exp $
Postgres documentation
-->
@@ -165,7 +165,7 @@ SET TIME ZONE { '<replaceable class="PARAMETER">timezone</replaceable>' | LOCAL
Setting the <envar>PGDATESTYLE</envar> environment variable.
If PGDATESTYLE is set in the frontend environment of a client
based on libpq, libpq will automatically set DATESTYLE to the
- value of PGDATESTYLE during connection startup.
+ value of PGDATESTYLE during connection start-up.
</member>
<member>
Running postmaster using the option <option>-o -e</option> to
@@ -288,7 +288,7 @@ SELECT setseed(<replaceable>value</replaceable>);
<para>
If the PGTZ environment variable is set in the frontend
environment of a client based on libpq, libpq will automatically
- set TIMEZONE to the value of PGTZ during connection startup.
+ set TIMEZONE to the value of PGTZ during connection start-up.
</para>
</listitem>
</varlistentry>
@@ -341,7 +341,7 @@ SELECT setseed(<replaceable>value</replaceable>);
</varlistentry>
<varlistentry>
- <term><computeroutput>ERROR: <replaceable>name</replaceable> can only be set at startup</computeroutput></term>
+ <term><computeroutput>ERROR: <replaceable>name</replaceable> can only be set at start-up</computeroutput></term>
<listitem>
<para>
Some parameters are fixed once the server is started.
diff --git a/doc/src/sgml/release.sgml b/doc/src/sgml/release.sgml
index 426928a71de..e92abd1a530 100644
--- a/doc/src/sgml/release.sgml
+++ b/doc/src/sgml/release.sgml
@@ -1,5 +1,5 @@
<!--
-$Header: /cvsroot/pgsql/doc/src/sgml/release.sgml,v 1.57 2000/07/14 16:04:18 thomas Exp $
+$Header: /cvsroot/pgsql/doc/src/sgml/release.sgml,v 1.58 2000/08/29 20:02:07 momjian Exp $
-->
<chapter id="release">
@@ -473,8 +473,8 @@ Vacuumdb script now supports --all option (Peter E)
ecpg new portable FETCH syntax
Add ecpg EXEC SQL IFDEF, EXEC SQL IFNDEF, EXEC SQL ELSE, EXEC SQL ELIF
and EXEC SQL ENDIF directives
-Add pg_ctl script to control backend startup (Tatsuo)
-Add postmaster.opts.default file to store startup flags (Tatsuo)
+Add pg_ctl script to control backend start-up (Tatsuo)
+Add postmaster.opts.default file to store start-up flags (Tatsuo)
Allow --with-mb=SQL_ASCII
Increase maximum number of index keys to 16 (Bruce)
Increase maximum number of function arguments to 16 (Bruce)
@@ -1191,7 +1191,7 @@ Update contrib/pginterface/findoidjoins script(Tom)
Major speedup in vacuum of deleted rows with indexes(Vadim)
Allow non-SQL functions to run different versions based on arguments(Tom)
Add -E option that shows actual queries sent by \dt and friends(Masaaki Sakaida)
-Add version number in startup banners for psql(Masaaki Sakaida)
+Add version number in start-up banners for psql(Masaaki Sakaida)
New contrib/vacuumlo removes large objects not referenced(Peter)
New initialization for table sizes so non-vacuumed tables perform better(Tom)
Improve error messages when a connection is rejected(Tom)
@@ -1598,7 +1598,7 @@ New SERIAL data type, auto-creates sequence/index(Thomas)
Enable assert checking without a recompile(Massimo)
User lock enhancements(Massimo)
New setval() command to set sequence value(Massimo)
-Auto-remove unix socket file on startup if no postmaster running(Massimo)
+Auto-remove unix socket file on start-up if no postmaster running(Massimo)
Conditional trace package(Massimo)
New UNLISTEN command(Massimo)
Psql and libpq now compile under win32 using win32.mak(Magnus)
@@ -2088,8 +2088,8 @@ New LOCK command and lock manual page describing deadlocks(Bruce)
Add new psql \da, \dd, \df, \do, \dS, and \dT commands(Bruce)
Enhance psql \z to show sequences(Bruce)
Show NOT NULL and DEFAULT in psql \d table(Bruce)
-New psql .psqlrc file startup(Andrew)
-Modify sample startup script in contrib/linux to show syslog(Thomas)
+New psql .psqlrc file start-up(Andrew)
+Modify sample start-up script in contrib/linux to show syslog(Thomas)
New types for IP and MAC addresses in contrib/ip_and_mac(TomH)
Unix system time conversions with date/time types in contrib/unixdate(Thomas)
Update of contrib stuff(Massimo)
@@ -2354,7 +2354,7 @@ Add routines for text trimming on both ends, substring, and string position(Thom
Added conversion routines circle(box) and poly(circle)(Thomas)
Allow internal sorts to be stored in memory rather than in files(Bruce & Vadim)
Allow functions and operators on internally-identical types to succeed(Bruce)
-Speed up backend startup after profiling analysis(Bruce)
+Speed up backend start-up after profiling analysis(Bruce)
Inline frequently called functions for performance(Bruce)
Reduce open() calls(Bruce)
psql: Add PAGER for \h and \?,\C fix
diff --git a/doc/src/sgml/runtime.sgml b/doc/src/sgml/runtime.sgml
index 69e40f6f58c..fd15984556d 100644
--- a/doc/src/sgml/runtime.sgml
+++ b/doc/src/sgml/runtime.sgml
@@ -1,5 +1,5 @@
<!--
-$Header: /cvsroot/pgsql/doc/src/sgml/runtime.sgml,v 1.22 2000/08/29 04:15:43 momjian Exp $
+$Header: /cvsroot/pgsql/doc/src/sgml/runtime.sgml,v 1.23 2000/08/29 20:02:07 momjian Exp $
-->
<Chapter Id="runtime">
@@ -234,7 +234,7 @@ su postgres -c "/usr/local/pgsql/bin/postmaster -D /usr/local/pgsql/data"
</para>
<sect2 id="postmaster-start-failures">
- <title>Server Startup Failures</title>
+ <title>Server Start-up Failures</title>
<para>
There are several common reasons for the postmaster to fail to
@@ -1697,7 +1697,7 @@ perl: warning: Falling back to the standard locale ("C").
will cause the postmaster to send a SIGUSR1 to all backends and
exit immediately (without properly shutting down the database
system). When WAL is implemented, this will lead to recovery on
- startup. Right now it's not recommendable to use this option.
+ start-up. Right now it's not recommendable to use this option.
</para>
</listitem>
</varlistentry>
@@ -1770,7 +1770,7 @@ perl: warning: Falling back to the standard locale ("C").
Fill out the information the script asks for. Make sure to enter
the local hostname as Common Name. The script will generate a key
which is passphrase protected. To remove the passphrase (required
- if you want automatic startup of the postmaster), run the command
+ if you want automatic start-up of the postmaster), run the command
<programlisting>
openssl x509 -inform PEM -outform PEM -in newreq.pem -out newkey_no_passphrase.pem
</programlisting>
--
GitLab