diff --git a/doc/FAQ b/doc/FAQ
index f539aa3d031..8d3a77413dc 100644
--- a/doc/FAQ
+++ b/doc/FAQ
@@ -1,7 +1,7 @@
Frequently Asked Questions (FAQ) for PostgreSQL
- Last updated: Mon Dec 11 17:45:54 EST 2006
+ Last updated: Fri Jan 5 15:40:20 EST 2007
Current maintainer: Bruce Momjian (bruce@momjian.us)
@@ -171,7 +171,7 @@
1.6) What is the most recent release?
- The latest release of PostgreSQL is version 8.2.0.
+ The latest release of PostgreSQL is version 8.2.1.
We plan to have a major release every year, with minor releases every
few months.
diff --git a/doc/FAQ_AIX b/doc/FAQ_AIX
index 35183a0fee9..6cf79a2686c 100644
--- a/doc/FAQ_AIX
+++ b/doc/FAQ_AIX
@@ -3,7 +3,7 @@ Frequently Asked Questions (FAQ) for PostgreSQL
AIX Specific
TO BE READ IN CONJUNCTION WITH THE NORMAL FAQ
=======================================================
-Last updated: $Date: 2006/12/11 22:48:07 $
+Last updated: $Date: 2007/01/05 20:55:28 $
Topics
@@ -16,7 +16,7 @@ Topics
-----
From: Zeugswetter Andreas Last updated: Mon Dec 11 17:45:54 EST 2006 Last updated: Fri Jan 5 15:40:20 EST 2007 Current maintainer: Bruce Momjian (bruce@momjian.us)
@@ -219,7 +219,7 @@
The latest release of PostgreSQL is version 8.2.0. The latest release of PostgreSQL is version 8.2.1. We plan to have a major release every year, with minor releases
every few months. Last updated: Mon Nov 13 23:18:46 EST 2006 Last updated: Thu Jan 4 16:00:00 EST 2007 Current maintainer: Bruce Momjian (bruce@momjian.us) You can learn more about these features by consulting the
archives, the SQL standards and the recommend texts (see
+ rejected. If your work is being sponsored by a company, read this
+
+ article for tips on being more effective. A web site is maintained for patches awaiting review,
@@ -153,7 +157,7 @@
those that are being kept for the next release,
http://momjian.postgresql.org/cgi-bin/pgpatches_hold. You will need to submit the patch to pgsql-patches@postgresql.org. It
@@ -180,7 +184,7 @@
src/tools/make_diff/difforig useful. (Unified diffs are only
preferable if the file changes are single-line changes and do not
rely on surrounding lines.)
-
+
We try to build on as many different canonical distributions as we can.
Currently we are able to build on Red Hat Linux 9, RHEL 3 and above,
and all Fedora Core Linux releases. To test the binaries, we install them on our local machines and run
regression tests. If the package builders uses postgres user to build the
rpms, then it is possible to run regression tests during RPM builds.Frequently Asked Questions (FAQ) for PostgreSQL
- 1.6) What is the most recent release?
- Developer's Frequently Asked Questions (FAQ) for
PostgreSQL
-
@@ -24,7 +24,7 @@
"http://www.postgresql.org/docs/faqs.FAQ_DEV.html">http://www.postgresql.org/docs/faqs.FAQ_DEV.html.
-
+
General Questions
1.1) How do I get involved in PostgreSQL
@@ -55,7 +55,9 @@
assistance?
1.18) How do I get involved in PostgreSQL web
site development?
-
+ 1.19) What is the timeline for the next major
+ PostgreSQL release?
+
Technical Questions
2.1) How do I efficiently access information in
@@ -74,7 +76,7 @@
2.8) What debugging features are available?
-
+
General Questions
@@ -128,7 +130,7 @@
in doc/TODO in the source distribution or at
http://www.postgresql.org/docs/faqs.TODO.html.
-
+
1.5) I've developed a patch, what next?
PGDG RPM Building Project does not build RPMs for Mandrake .
We usually have only one SRPM for all platforms. This is because of our limited resources. However, on some cases, we may distribute different SRPMs for different platforms, depending on possible compilation problems, especially on older distros.
- +Please note that this is a volunteered job -- We are doing our best to keep packages up to date. We, at least, provide SRPMs for all platforms. For example, if you do not find a RHEL 4 x86_64 RPM in our FTP site, it @@ -834,7 +838,7 @@
List *list;
ListCell *i;
-
+
foreach(i, list)
{
Var *var = lfirst(i);
@@ -937,57 +941,78 @@
2.7) What is CommandCounterIncrement()?
- Normally, transactions can not see the rows they modify. This
- allows UPDATE foo SET x = x + 1
to work correctly.
+ Normally, transactions can not see the rows they modify.
+ This allows UPDATE foo SET x = x + 1
to work
+ correctly.
- However, there are cases where a transactions needs to see rows
- affected in previous parts of the transaction. This is accomplished
- using a Command Counter. Incrementing the counter allows
- transactions to be broken into pieces so each piece can see rows
- modified by previous pieces. CommandCounterIncrement()
+
However, there are cases where a transactions needs to see
+ rows affected in previous parts of the transaction. This is
+ accomplished using a Command Counter. Incrementing the counter
+ allows transactions to be broken into pieces so each piece can
+ see rows modified by previous pieces. CommandCounterIncrement()
increments the Command Counter, creating a new part of the
transaction.
- 2.8) What debugging features are
- available?
+ 2.8) What debugging features are available?
First, try running configure with the --enable-cassert
- option, many assert()s monitor the progress of the backend
- and halt the program when something unexpected occurs.
+ option, many assert()s monitor the progress of the
+ backend and halt the program when something unexpected occurs.
- The postmaster has a -d option that allows even more
- detailed information to be reported. The -d option takes a
- number that specifies the debug level. Be warned that high debug
- level values generate large log files.
+ The postmaster has a -d option that allows
+ even more detailed information to be reported. The -d
+ option takes a number that specifies the debug level. Be warned
+ that high debug level values generate large log files.
- If the postmaster is not running, you can actually run the
- postgres backend from the command line, and type your
- SQL statement directly. This is recommended
- only for debugging purposes. If you have compiled with debugging
- symbols, you can use a debugger to see what is happening. Because
- the backend was not started from postmaster, it is not
- running in an identical environment and locking/backend interaction
- problems might not be duplicated.
+ If the postmaster is not running, you can actually
+ run the postgres backend from the command line, and type
+ your SQL statement directly. This is recommended
+ only for debugging purposes. If you have compiled with
+ debugging symbols, you can use a debugger to see what is
+ happening. Because the backend was not started from postmaster,
+ it is not running in an identical environment and locking/backend
+ interaction problems might not be duplicated.
- If the postmaster is running, start psql in one
- window, then find the PID of the postgres
+
If the postmaster is running, start psql in
+ one window, then find the PID of the postgres
process used by psql using SELECT pg_backend_pid()
.
Use a debugger to attach to the postgres PID.
- You can set breakpoints in the debugger and issue queries from the
- other. If you are looking to find the location that is generating
- an error or log message, set a breakpoint at errfinish.
+ You can set breakpoints in the debugger and issue queries from
+ the other. If you are looking to find the location that is
+ generating an error or log message, set a breakpoint at
+ errfinish.
- psql. If you are debugging postgres startup, you can
- set PGOPTIONS="-W n", then start psql. This will cause startup
- to delay for n seconds so you can attach to the process with
- the debugger, set any breakpoints, and continue through the startup
- sequence.
+ psql. If you are debugging postgres startup, you
+ can set PGOPTIONS="-W n", then start psql. This will
+ cause startup to delay for n seconds so you can attach
+ to the process with the debugger, set any breakpoints, and
+ continue through the startup sequence.
+
+ You can also compile with profiling to see what functions
+ are taking execution time. The backend profile files will be
+ deposited in the pgsql/data directory. The client profile
+ file will be put in the client's current directory. Linux
+ requires a compile with -DLINUX_PROFILE for proper
+ profiling.
+
+ 2.9) What is the timeline for the next major
+ PostgreSQL release?
+
+
The development schedule for the 8.3 release is:
+
+ - March 1, 2007
+ - Initial community review of all major feature patches
+ - April 1, 2007
+ - Feature freeze, all patches must be submitted for review and application
+ - mid-May, 2007
+ - All patches applied, beta testing begins
+ - July, 2007
+ - Release of 8.3.0
+
+
+ Patches that appear after appropriate dates are typically
+ not applied but held for the next major release.
- You can also compile with profiling to see what functions are
- taking execution time. The backend profile files will be deposited
- in the pgsql/data directory. The client profile file will be
- put in the client's current directory. Linux requires a compile with
- -DLINUX_PROFILE for proper profiling.