- 08 2月, 2008 2 次提交
-
-
由 Tom Lane 提交于
into an iteration over three parallel lists, I had accidentally put the lnext steps outside the loop. Sigh. Per bug #3938.
-
由 Tom Lane 提交于
tablespace permissions failures when copying an index that is in the database's default tablespace. A side-effect of the change is that explicitly specifying the default tablespace no longer triggers a permissions check; this is not how it was done in pre-8.3 releases but is argued to be more consistent. Per bug #3921 from Andrew Gilligan. (Note: I argued in the subsequent discussion that maybe LIKE shouldn't copy index tablespaces at all, but since no one indicated agreement with that idea, I've refrained from doing it.)
-
- 07 2月, 2008 2 次提交
-
-
由 Magnus Hagander 提交于
gettext.
-
由 Michael Meskes 提交于
- Free all memory in auto-prepare mode.
-
- 06 2月, 2008 1 次提交
-
-
由 Magnus Hagander 提交于
in .bat simply did not work, and it called them in the wrong order, some several times, and some not at all. So this unrolls all subroutine calls. This should fix the issues with clean deleting the wrong files reported by Dave Page. While at it, add the "clean dist" option to act like "make distclean", and no longer remove the flex/bison output files by default. This shuold fix the problem reported by Pavel Golub in bug #3909.
-
- 05 2月, 2008 1 次提交
-
-
由 Magnus Hagander 提交于
Gevik Babakhani
-
- 04 2月, 2008 1 次提交
-
-
由 Tom Lane 提交于
Also make links clickable.
-
- 03 2月, 2008 3 次提交
-
-
由 Tom Lane 提交于
-
由 Tom Lane 提交于
to wit in the description of that variable rather than some other one.
-
由 Tom Lane 提交于
erroring out of a wait. We can use a PG_TRY block for this, but add a comment explaining why it'd be a bad idea to use it for any other state cleanup. Back-patch to 8.2. Prior releases had the same issue, but only with respect to the process title, which is likely to get reset almost immediately anyway after the transaction aborts, so it seems not worth changing them. In 8.2 and HEAD, the pg_stat_activity "waiting" flag could remain set incorrectly for a long time. Per report from Gurjeet Singh.
-
- 01 2月, 2008 14 次提交
-
-
由 Marc G. Fournier 提交于
configure tag'd 8.3.0 and built witih autoconf 2.59
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
< * Improve deadlock detection when deleting items from shared buffers > * Improve deadlock detection when a page cleaning lock conflicts > with a shared buffer that is pinned
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
<!-- If this URL chnages replace it with a URL to www.archive.org. -->
-
由 Bruce Momjian 提交于
name of the needed symlink file.
-
由 Tom Lane 提交于
Update expected release date.
-
由 Tom Lane 提交于
buildfarm plus a narrative description of the CPU types and operating systems on which Postgres is likely to work. Now that we've almost completely decoupled CPU and OS considerations, the former tabular style isn't all that enlightening anyway. Perhaps more importantly, no one seems particularly interested in maintaining the table by hand when we have the buildfarm.
-
由 Tom Lane 提交于
work with the PQExpBuffer code instead of fighting it. This avoids an unnecessary limit on message length and fixes the latent bug that errorMessage.len wasn't getting set.
-
由 Tom Lane 提交于
prevent anti-wraparound vacuuming, and to caution against setting unreasonably small values of freeze_max_age. Also put in a notice that this catalog is likely to disappear entirely in some future release. Per discussion of bug #3898 from Steven Flatt.
-
由 Peter Eisentraut 提交于
-
由 Bruce Momjian 提交于
spoofing when the socket file has been moved.
-
由 Andrew Dunstan 提交于
-
- 31 1月, 2008 5 次提交
-
-
由 Bruce Momjian 提交于
> * Improve deadlock detection when deleting items from shared buffers > > http://archives.postgresql.org/pgsql-bugs/2008-01/msg00138.php > http://archives.postgresql.org/pgsql-hackers/2008-01/msg00873.php > http://archives.postgresql.org/pgsql-committers/2008-01/msg00365.php
-
由 Magnus Hagander 提交于
Should fix a problem where two clusters are running under two different service accounts and get colliding names, causing only the first cluster to contain the pgident event description. Per report from Stephen Denne.
-
由 Andrew Dunstan 提交于
Keep the intermediate symbol file rather then blowing it away, for easier debugging.
-
由 Tom Lane 提交于
operations when the current transaction has any open references to the target relation or index (implying it has an active query using the relation). The need for this was previously recognized in connection with ALTER TABLE, but anything that summarily eliminates tuples or moves them around would confuse an active scan. While this patch does not in itself fix bug #3883 (the deadlock would happen before the new check fires), it will discourage people from attempting the sequence of operations that creates a deadlock risk, so it's at least a partial response to that problem. In passing, add a previously-missing check to REINDEX to prevent trying to reindex another backend's temp table. This isn't a security problem since only a superuser would get past the schema permission checks, but if we are testing for this in other utility commands then surely REINDEX should too.
-
由 Tom Lane 提交于
synchronized-scanning behavior, and make pg_dump disable sync scans so that it will reliably preserve row ordering. Per recent discussions.
-
- 30 1月, 2008 7 次提交
-
-
由 Peter Eisentraut 提交于
-
由 Peter Eisentraut 提交于
-
由 Peter Eisentraut 提交于
-
由 Tom Lane 提交于
soon. I suspect this explains bug #3902, though I'm still not able to reproduce that.
-
由 Bruce Momjian 提交于
< * Add anonymous transactions > * Add autonomous transactions
-
由 Bruce Momjian 提交于
> * Add anonymous transactions > > http://archives.postgresql.org/pgsql-hackers/2008-01/msg00893.php >
-
由 Bruce Momjian 提交于
< o Allow the PITR process to be debugged and data examined
-
- 29 1月, 2008 4 次提交
-
-
由 Peter Eisentraut 提交于
from Gevik Babakhani
-
由 Tom Lane 提交于
the patch for those features put its cleanup code into freePGconn() which is really the wrong place. Remove redundant code from freePGconn() and add comments in hopes of preventing similar mistakes in future. Noticed while trying (futilely) to reproduce bug #3902.
-
由 Tom Lane 提交于
are known to write on the socket sometimes and thus we are vulnerable to being killed by the signal if the server happens to go away unexpectedly. Noticed while trying (futilely) to reproduce bug #3902. This bug has been there all along, but since the situation is usually only of interest to developers, I chose not to back-patch the changes.
-
由 Bruce Momjian 提交于
-