From 0cb27df5c6b563b98fd656e691064a2927931e0d Mon Sep 17 00:00:00 2001 From: Neil Conway Date: Fri, 14 May 2004 18:04:02 +0000 Subject: Improve documentation for SQLSTATE error codes, per recent thread on -patches. --- doc/src/sgml/errcodes.sgml | 21 +++++++++++++-------- doc/src/sgml/libpq.sgml | 34 +++++++++++++++++++++------------- 2 files changed, 34 insertions(+), 21 deletions(-) (limited to 'doc/src') diff --git a/doc/src/sgml/errcodes.sgml b/doc/src/sgml/errcodes.sgml index 3afb85ec794..2f211f462e8 100644 --- a/doc/src/sgml/errcodes.sgml +++ b/doc/src/sgml/errcodes.sgml @@ -1,4 +1,4 @@ - + <productname>PostgreSQL</productname> Error Codes @@ -9,13 +9,18 @@ - All messages emitted by the PostgreSQL server - are assigned five-character error codes that follow the SQL standard's - conventions for SQLSTATE codes. Applications that need to know - which error condition has occurred should usually test the error code, - rather than looking at the textual error message. The error codes are - less likely to change across PostgreSQL releases, - and also are not subject to change due to localization of error messages. + All messages emitted by the PostgreSQL + server are assigned five-character error codes that follow the SQL + standard's conventions for SQLSTATE codes. Applications + that need to know which error condition has occurred should usually + test the error code, rather than looking at the textual error + message. The error codes are less likely to change across + PostgreSQL releases, and also are not subject to + change due to localization of error messages. Note that some, but + not all, of the error codes produced by PostgreSQL + are defined by the SQL standard; some additional error codes for + conditions not defined by the standard have been invented or + borrowed from other databases. diff --git a/doc/src/sgml/libpq.sgml b/doc/src/sgml/libpq.sgml index 99bba6059d8..2eaa4da341b 100644 --- a/doc/src/sgml/libpq.sgml +++ b/doc/src/sgml/libpq.sgml @@ -1,5 +1,5 @@ @@ -1336,12 +1336,20 @@ localized translation of one of these. Always present. + + error codes + libpq + PG_DIAG_SQLSTATE -The SQLSTATE code for the error (see ). -Not localizable. Always present. +The SQLSTATE code for the error. The SQLSTATE code identifies the type +of error that has occurred; it can be used by front-end applications +to perform specific operations (such as error handling) in response to +a particular database error. For a list of the possible SQLSTATE +codes, see . This field is not +localizable, and is always present. @@ -1871,7 +1879,7 @@ on PQfsize to obtain the actual data length. Prints out all the rows and, optionally, the column names to the specified output stream. -void PQprint(FILE* fout, /* output stream */ +void PQprint(FILE *fout, /* output stream */ const PGresult *res, const PQprintOpt *po); @@ -3217,15 +3225,15 @@ typedef enum { PGVerbosity PQsetErrorVerbosity(PGconn *conn, PGVerbosity verbosity); -PQsetErrorVerbosity sets the verbosity mode, returning the -connection's previous setting. -In terse mode, returned messages include severity, primary text, and position -only; this will normally fit on a single line. The default mode produces -messages that include the above plus any detail, hint, or context fields -(these may span multiple lines). The VERBOSE mode includes all available -fields. Changing the verbosity does not affect the messages available from -already-existing PGresult objects, only subsequently-created -ones. +PQsetErrorVerbosity sets the verbosity mode, returning +the connection's previous setting. In TERSE mode, +returned messages include severity, primary text, and position only; +this will normally fit on a single line. The default mode produces +messages that include the above plus any detail, hint, or context +fields (these may span multiple lines). The VERBOSE +mode includes all available fields. Changing the verbosity does not +affect the messages available from already-existing +PGresult objects, only subsequently-created ones. -- cgit v1.2.3