== PostgreSQL Weekly News - February 16 2014 ==

From: David Fetter <david(at)fetter(dot)org>
To: PostgreSQL Announce <pgsql-announce(at)postgresql(dot)org>
Subject: == PostgreSQL Weekly News - February 16 2014 ==
Date: 2014-02-17 06:23:48
Message-ID: 20140217062348.GC2420@fetter.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-announce

== PostgreSQL Weekly News - February 16 2014 ==

Bug fix releases 9.3.3, 9.2.7, 9.1.12, 9.0.16, and 8.4.20 will be out
soon. Get ready to upgrade!

== PostgreSQL Product News ==

pgBadger 5.0, a parallel PostgreSQL log analyzer written in Perl,
released:
http://dalibo.github.io/pgbadger/

PG Partition Manager 1.6.0, an extension to manage time- or
serial-based table partitioning, released.
http://www.keithf4.com/partitioning-with-custom-time-intervals/
https://github.com/keithf4/pg_partman

== PostgreSQL Jobs for February ==

http://archives.postgresql.org/pgsql-jobs/2014-02/threads.php

== PostgreSQL Local ==

Nordic PGDay 2014 will be held in Stockholm, Sweden, at the Hilton
Stockholm Hotel, on March 20, 2014.
http://2014.nordicpgday.org/

PGConf NYC 2014 will be held April 3-4, 2014 in New York, New York, USA.
http://nyc.pgconf.us/2014/

The Open Data Summit will be held Friday April 11, 2014 in Denver,
Colorado, USA.
http://www.opendatasummit.com

PGCon 2014, the world-wide developer conference for PostgreSQL, will
be in Ottawa, Ontario, Canada May 20-24, 2014.
http://www.pgcon.org/2014/

== PostgreSQL in the News ==

Planet PostgreSQL: http://planet.postgresql.org/

PostgreSQL Weekly News is brought to you this week by David Fetter

Submit news and announcements by Sunday at 3:00pm Pacific time.
Please send English language ones to david(at)fetter(dot)org, German language
to pwn(at)pgug(dot)de, Italian language to pwn(at)itpug(dot)org(dot) Spanish language
to pwn(at)arpug(dot)com(dot)ar(dot)

== Applied Patches ==

Heikki Linnakangas pushed:

- Use memmove() instead of memcpy() for copying overlapping regions.
In commit d2495f272cd164ff075bee5c4ce95aed11338a36, I fixed this bug
in to_tsquery(), but missed the fact that plainto_tsquery() has the
same bug.
http://git.postgresql.org/pg/commitdiff/6c2744f1d3a0d2e456f8d52776c976da3eb8d3a0

- Fix WakeupWaiters() to not wake up an exclusive locker
unnecessarily. WakeupWaiters() is supposed to wake up all
LW_WAIT_UNTIL_FREE waiters of the slot, but the loop incorrectly
also woke up the first LW_EXCLUSIVE waiter, if there was no
LW_WAIT_UNTIL_FREE waiters in the queue. Noted by Andres Freund.
This code is new in 9.4, so no backpatching.
http://git.postgresql.org/pg/commitdiff/d699ba41349e4ef397222a7223606fa03f4c4870

- Change the order that pg_xlog and WAL archive are polled for WAL
segments. If there is a WAL segment with same ID but different TLI
present in both the WAL archive and pg_xlog, prefer the one with
higher TLI. Before this patch, the archive was polled first, for all
expected TLIs, and only if no file was found was pg_xlog scanned.
This was a change in behavior from 9.3, which first scanned archive
and pg_xlog for the highest TLI, then archive and pg_xlog for the
next highest TLI and so forth. This patch reverts the behavior back
to what it was in 9.2. The reason for this is that if for example
you try to do archive recovery to timeline 2, which branched off
timeline 1, but the WAL for timeline 2 is not archived yet, we would
replay past the timeline switch point on timeline 1 using the
archived files, before even looking timeline 2's files in pg_xlog
Report and patch by Kyotaro Horiguchi. Backpatch to 9.3 where the
behavior was changed.
http://git.postgresql.org/pg/commitdiff/4d894b41cd12179b710526eba9dc62c2b99abc4d

Tom Lane pushed:

- Don't generate plain-text HISTORY and src/test/regress/README
anymore. Providing this information as plain text was doubtless
worth the trouble ten years ago, but it seems likely that hardly
anyone reads it in this format anymore. And the effort required to
maintain these files (in the form of extra-complex markup rules in
the relevant parts of the SGML documentation) is significant. So,
let's stop doing that and rely solely on the other documentation
formats. Per discussion, the plain-text INSTALL instructions might
still be worth their keep, so we continue to generate that file.
Rather than remove HISTORY and src/test/regress/README from
distribution tarballs entirely, replace them with simple stub files
that tell the reader where to find the relevant documentation. This
is mainly to avoid possibly breaking packaging recipes that expect
these files to exist. Back-patch to all supported branches, because
simplifying the markup requirements for release notes won't help
much unless we do it in all branches.
http://git.postgresql.org/pg/commitdiff/2895415205d86cc7ab55acab5f90fd70a7c68f3c

- Cygwin build fixes. Get rid of use of dlltool for linking the main
postgres executable. dlltool is obsolete and we'd prefer to stop
depending on it. Also, include $(LDAP_LIBS_FE) in $(libpq_pgport).
(It's not clear that this is really needed, or why it's not a linker
bug if it is needed. But reports are that it's needed on current
Cygwin.) We might want to back-patch this if it works, but first
let's see what the buildfarm thinks. Marco Atzeri
http://git.postgresql.org/pg/commitdiff/cba6ffaef3987211fb31ba869eb2a476bad6f6d3

- Get rid of use of dlltool in Mingw builds. We are almost completely
out of the dlltool game, if this works. Hiroshi Inoue
http://git.postgresql.org/pg/commitdiff/846e91e0223cf9f2821c3ad4dfffffbb929cb027

- Flush a stray definition of $(DLLTOOL). Even if this is needed,
it'd be configure's responsibility to set it.
http://git.postgresql.org/pg/commitdiff/7a98d323df2d0839ebb4aab2004c626b64343b76

- Make gendef.pl emit DATA annotations for global variables. This
should make the MSVC build act more like builds for other platforms,
i.e. backend global variables will be automatically available to
loadable libraries without need for explicit PGDLLIMPORT marking.
Craig Ringer
http://git.postgresql.org/pg/commitdiff/a5eed4d7706749046e74fa2e23823beb43f254fd

- Tweak position of $(DLL_DEFFILE) in shared-library link commands.
Reading the GNU ld man page suggests that this is order-sensitive
and should go in front of library references. Correction to commit
846e91e0223cf9f2821c3ad4dfffffbb929cb027.
http://git.postgresql.org/pg/commitdiff/b23fd2d8b3cdfea5b6998c1ab95ae3e776a8f832

- Remove --enable-auto-import linker switch in Cygwin build. This is
expected to make it start failing when contrib modules reference
non-PGDLLIMPORT'ed global variables, as the other Windows build
methods do. Aside from the value of consistency, the underlying
implementation of this switch is pretty ugly and not really
something we want to rely on if we have to use PGDLLIMPORT anyway
for MSVC.
http://git.postgresql.org/pg/commitdiff/30657b796c7fdcaf9c0eb9ac53d4bab6399eb65b

- In XLogReadBufferExtended, don't assume P_NEW yields consecutive
pages. In a database that's not yet reached consistency, it's
possible that some segments of a relation are not full-size but are
not the last ones either. Because of the way smgrnblocks() works,
asking for a new page with P_NEW will fill in the last not-full-size
segment --- and if that makes it full size, the apparent EOF of the
relation will increase by more than one page, so that the next P_NEW
request will yield a page past the next consecutive one. This
breaks the relation-extension logic in XLogReadBufferExtended,
possibly allowing a page update to be applied to some page far past
where it was intended to go. This appears to be the explanation for
reports of table bloat on replication slaves compared to their
masters, and probably explains some corrupted-slave reports as well.
Fix the loop to check the page number it actually got, rather than
merely Assert()'ing that dead reckoning got it to the desired place.
AFAICT, there are no other places that make assumptions about
exactly which page they'll get from P_NEW. Problem identified by
Greg Stark, though this is not the same as his proposed patch. It's
been like this for a long time, so back-patch to all supported
branches.
http://git.postgresql.org/pg/commitdiff/6f2aead1ffec6f056dc3c371c2ec6a12d7d5ccd3

- Improve libpq's error recovery for connection loss during COPY. In
pqSendSome, if the connection is already closed at entry, discard
any queued output data before returning. There is no possibility of
ever sending the data, and anyway this corresponds to what we'd do
if we'd detected a hard error while trying to send(). This avoids
possible indefinite bloat of the output buffer if the application
keeps trying to send data (or even just keeps trying to do
PQputCopyEnd, as psql indeed will). Because PQputCopyEnd won't
transition out of PGASYNC_COPY_IN state until it's successfully
queued the COPY END message, and pqPutMsgEnd doesn't distinguish a
queuing failure from a pqSendSome failure, this omission allowed an
infinite loop in psql if the connection closure occurred when we had
at least 8K queued to send. It might be worth refactoring so that
we can make that distinction, but for the moment the other changes
made here seem to offer adequate defenses. To guard against other
variants of this scenario, do not allow PQgetResult to return a
PGRES_COPY_XXX result if the connection is already known dead. Make
sure it returns PGRES_FATAL_ERROR instead. Per report from Stephen
Frost. Back-patch to all active branches.
http://git.postgresql.org/pg/commitdiff/fa4440f51628d692f077d54b8313aea31af087ea

- Improve text of stub HISTORY file. Per Peter Eisentraut.
http://git.postgresql.org/pg/commitdiff/dea5a8c402b11819a24a06f1e110c371a908d359

- Improve cross-references between minor version release notes. We
have a practice of providing a "bread crumb" trail between the minor
versions where the migration section actually tells you to do
something. Historically that was just plain text, eg, "see the
release notes for 9.2.4"; but if you're using a browser or PDF
reader, it's a lot nicer if it's a live hyperlink. So use "<xref>"
instead. Any argument against doing this vanished with the recent
decommissioning of plain-text release notes. Vik Fearing
http://git.postgresql.org/pg/commitdiff/4a6f136c4676bd183b5c1145387eedd837c56ffa

- Fix length checking for Unicode identifiers containing escapes
(U&"..."). We used the length of the input string, not the
de-escaped string, as the trigger for NAMEDATALEN truncation.
AFAICS this would only result in sometimes printing a phony
truncation warning; but it's just luck that there was no worse
problem, since we were violating the API spec for
truncate_identifier(). Per bug #9204 from Joshua Yanovski. This
has been wrong since the Unicode-identifier support was added, so
back-patch to all supported branches.
http://git.postgresql.org/pg/commitdiff/44c216330201126d12e466442c667a8e091decd3

- Clean up error cases in psql's COPY TO STDOUT/FROM STDIN code.
Adjust handleCopyOut() to stop trying to write data once it's failed
one time. For typical cases such as out-of-disk-space or
broken-pipe, additional attempts aren't going to do anything but
waste time, and in any case clean truncation of the output seems
like a better behavior than randomly dropping blocks in the middle.
Also remove dubious (and misleadingly documented) attempt to force
our way out of COPY_OUT state if libpq didn't do that. If we did
have a situation like that, it'd be a bug in libpq and would be
better fixed there, IMO. We can hope that commit
fa4440f51628d692f077d54b8313aea31af087ea took care of any such
problems, anyway. Also fix longstanding bug in handleCopyIn():
PQputCopyEnd() only supports a non-null errormsg parameter in
protocol version 3, and will actively fail if one is passed in
version 2. This would've made our attempts to get out of COPY_IN
state after a failure into infinite loops when talking to pre-7.4
servers. Back-patch the COPY_OUT state change business back to 9.2
where it was introduced, and the other two fixes into all supported
branches.
http://git.postgresql.org/pg/commitdiff/b8f00a46bc4ae77c09f4564f3b3c675fb9e51974

- Cosmetic improvements in plpython's make rule for libpython import
library. This build technique is remarkably ugly, but that doesn't
mean it has to be unreadable too. Be a bit more liberal with the
vertical whitespace, and give the .def file a proper dependency,
just in case.
http://git.postgresql.org/pg/commitdiff/a7983e989d9cafc9cef49becfee054e34b1ed9b4

- In mingw builds, make our own import library for libperl. Borrow
the method already used by plpython. This is pretty ugly, but it
might fix the build failure exhibited by buildfarm member narwhal
since commit 846e91e0223cf9f2821c3ad4dfffffbb929cb027. Hiroshi
Inoue
http://git.postgresql.org/pg/commitdiff/02b61dd08f9973eee3058c458afba7b9336230dc

- Suggest shell here-documents instead of psql -c for multiple
commands. The documentation suggested using "echo | psql", but not
the often-superior alternative of a here-document. Also, be more
direct about suggesting that people avoid -c for multiple commands.
Per discussion.
http://git.postgresql.org/pg/commitdiff/1ea081bbd73bffed2bd4b0300fe9d99afec465ce

- In mingw builds, make our own import library for libtcl, too. Per
buildfarm results.
http://git.postgresql.org/pg/commitdiff/dcbf39774ff3159e17c614a24740ce00fdb14620

- Update regression testing instructions. This documentation never
got the word about the existence of check-world or
installcheck-world. Revise to recommend use of those, and document
all the subsidiary test suites. Do some minor wordsmithing
elsewhere, too. In passing, remove markup related to generation of
plain-text regression test instructions, since we don't do that
anymore. Back-patch to 9.1 where check-world was added.
(installcheck-world exists in 9.0; but since check-world doesn't,
this patch would need additional work to cover that branch, and it
doesn't seem worth the effort.)
http://git.postgresql.org/pg/commitdiff/2128c52f5c476276fcaa2bc49b31f6d445365f95

- Fix fat-fingered makefile changes for pltcl. I put the OBJS
assignments in the wrong order. Per buildfarm.
http://git.postgresql.org/pg/commitdiff/638b153f2a23dadbbc5079c30f062a10be42ad11

- Update time zone data files to tzdata release 2013i. DST law
changes in Jordan; historical changes in Cuba. Also, remove the
zones Asia/Riyadh87, Asia/Riyadh88, and Asia/Riyadh89. Per the
upstream announcement: The files solar87, solar88, and solar89 are
no longer distributed. They were a negative experiment -- that is,
a demonstration that tz data can represent solar time only with some
difficulty and error. Their presence in the distribution caused
confusion, as Riyadh civil time was generally not solar time in
those years.
http://git.postgresql.org/pg/commitdiff/e04641f4b4d1578f00160878f1f3f801f38221cb

- Ooops, forgot to remove solar87 and friends from
src/timezone/Makefile. Per buildfarm.
http://git.postgresql.org/pg/commitdiff/1c5143a0b58259df723ed2473ae11d45d08a8b24

- Use --disable-auto-import linker switch in Mingw builds, too. This
is evidently the default on buildfarm member narwhal, but that is a
pretty ancient Mingw version, and there is reason to think that more
recent versions of GNU ld have this feature turned on by default.
Since we are trying to achieve consistency of link behavior across
all Windows toolchains, let's just make sure here.
http://git.postgresql.org/pg/commitdiff/1c9acd5c86a71b8ab73bc139eb5e0ad292b9a7d4

- Centralize getopt-related declarations in a new header file
pg_getopt.h. We used to have externs for getopt() and its API
variables scattered all over the place. Now that we find we're
going to need to tweak the variable declarations for Cygwin, it
seems like a good idea to have just one place to tweak. In this
commit, the variables are declared "#ifndef HAVE_GETOPT_H". That
may or may not work everywhere, but we'll soon find out. Andres
Freund
http://git.postgresql.org/pg/commitdiff/60ff2fdd9970ba29f5267317a5e7354d2658c1e5

- Fix unportable coding in DetermineSleepTime(). We should not assume
that struct timeval.tv_sec is a long, because it ain't necessarily.
(POSIX says that it's a time_t, which might well be 64 bits now or
in the future; or for that matter might be 32 bits on machines with
64-bit longs.) Per buildfarm member panther. Back-patch to 9.3
where the dubious coding was introduced.
http://git.postgresql.org/pg/commitdiff/f0ee42d59b797603d645df8876ae3abf6d016f1e

- Fix unportable coding in BackgroundWorkerStateChange(). PIDs aren't
necessarily ints; our usual practice for printing them is to
explicitly cast to long. Per buildfarm member rover_firefly.
http://git.postgresql.org/pg/commitdiff/643f75ca9b5b3883395576aaf5246b67270a657b

- On Windows, expect to find Tcl DLL in bin directory not lib
directory. Still another step in the continuing saga of trying to
get --disable-auto-import to work. Hiroshi Inoue
http://git.postgresql.org/pg/commitdiff/56caaf195e996919088d532832a2a57ca33431b2

- First-draft release notes for 9.3.3. As usual, the release notes
for older branches will be made by cutting these down, but put them
up for community review first.
http://git.postgresql.org/pg/commitdiff/cefd3e507d7cc402225e5da100d05dcafb90c0bd

- Improve release notes per comments from Andres Freund. Make a bit
more noise about the timeout-interrupt bug. Also, remove the
release note entry for commit 423e1211a; that patch fixed a problem
introduced post-9.3.2, so there's no need to document it in the
release notes.
http://git.postgresql.org/pg/commitdiff/8fd994e40cb42b56d6bdef07e1bd7ac79270816b

- PGDLLIMPORT'ify DateStyle and IntervalStyle. This is needed on
Windows to support contrib/postgres_fdw. Although it's been broken
since last March, we didn't notice until recently because there were
no active buildfarm members that complained about missing
PGDLLIMPORT marking. Efforts are underway to improve that
situation, in support of which we're delaying fixing some other
cases of global variables that should be marked PGDLLIMPORT.
However, this case affects 9.3, so we can't wait any longer to fix
it. I chose to mark DateOrder as well, though it's not strictly
necessary for postgres_fdw.
http://git.postgresql.org/pg/commitdiff/a5cf60682e4c61e7cc35c5024abf52ed561775ea

- Further wordsmithing on 9.3.3 release notes. No substantive
changes, but reorder some items and improve some descriptions.
http://git.postgresql.org/pg/commitdiff/734ff84b086e098e6106f19c4146357c5eaa9594

- Revert to using --enable-auto-import in Cygwin builds. Disabling
auto-import requires that all libraries we use be careful about
declspecs for exported variables; and it seems they aren't. This
means that Cygwin will not give us useful info about missing
PGDLLIMPORT markers; but it's probably sufficient that MSVC and
Mingw builds do.
http://git.postgresql.org/pg/commitdiff/8d6e2d4abf77c422714448e5f4270fdb1a84d973

- Fix unportable coding in tarCreateHeader(). uid_t and gid_t might
be wider than int on some platforms. Per buildfarm member brolga.
http://git.postgresql.org/pg/commitdiff/a1c802712c369af4085c365cb79c3063b8407ef4

- PGDLLIMPORT-ify MainLWLockArray, ProcDiePending,
proc_exit_inprogress. These are needed in HEAD to make assorted
contrib modules build on Windows. Now that all the MSVC and Mingw
buildfarm members seem to be on the same page about the need for
them, we can have some confidence that future problems of this ilk
will be detected promptly; there seems nothing more to be learned by
delaying this fix further. I chose to mark QueryCancelPending as
well, since it's easy to imagine code that wants to touch
ProcDiePending also caring about QueryCancelPending.
http://git.postgresql.org/pg/commitdiff/fa1f0d785921b34a98562a806aed2c3d34aaf7be

- Release notes for 9.3.3, 9.2.7, 9.1.12, 9.0.16, 8.4.20.
http://git.postgresql.org/pg/commitdiff/0983315b1d37cc17b2174dad87449d8402e357ee

Peter Eisentraut pushed:

- scripts: Remove newlines from end of generated SQL. This results in
spurious empty lines in the server log. Instead, add the newlines
only when printing out the --echo output. In some cases, this was
already done, leading to two newlines being printed. Clean that up
as well. From: Fabrízio de Royes Mello <fabriziomello(at)gmail(dot)com>
http://git.postgresql.org/pg/commitdiff/d3c4c471553265e7517be24bae64b81967f6df40

- Fix typo. Stefan Kaltenbrunner
http://git.postgresql.org/pg/commitdiff/0f2ca0075c4bd42351cd48b3e6889f11f0e03e65

Bruce Momjian pushed:

- doc: Postgres date-style date-only output is ISO. Backpatch to 9.3
Report from MauMau
http://git.postgresql.org/pg/commitdiff/8c9db4a5a4b5e8fe1142b1ea6659b225b7641a76

- pg_test_fsync: add C comment about direct I/O and write size
failure. Report from Marti Raudsepp
http://git.postgresql.org/pg/commitdiff/f9bb944cd879949cf454b941f2b8fa7b00fcc1e4

- pg_upgrade: dramatically reduce memory consumption. Report from
Jeff Janes.
http://git.postgresql.org/pg/commitdiff/2a2e40aaaad6d9d8a2c6a61817542a2d8c369935

- Rename 'gmake' to 'make' in docs and recommended commands. This
simplifies the docs and makes it easier to cut/paste command lines.
http://git.postgresql.org/pg/commitdiff/2fc80e8e8304913c8dd1090bb2976632c0f4a8c3

- Revert gmake/make release note changes. Backbranch release note
changes cause merge conflicts.
http://git.postgresql.org/pg/commitdiff/993c3961a4166a766c9b0a67701e9c82432550cc

- pg_upgrade: document use of file system and COW snapshots
http://git.postgresql.org/pg/commitdiff/bcec58cf1ebf20ea237be042d3ef774f887557a9

- pg_upgrade: mention the need for tablespace snapshots in docs
http://git.postgresql.org/pg/commitdiff/3f735ae831d3c249378280050b104ff751dfc668

- pgcrypto: clarify 'md5' (hash) table entry. Per suggestion from
Peter Eisentraut
http://git.postgresql.org/pg/commitdiff/474cb24df7f6f85a936e87314edeb2deb92365cd

- docs: improve CREATE FUNCTION docs about language case and quoting.
Report from Marc Mamin
http://git.postgresql.org/pg/commitdiff/de4b6558be4285d8186e16f33ab474d619bb0cf6

- Add C comment about problems with CHAR() space trimming
http://git.postgresql.org/pg/commitdiff/9c57d11fca3b87daa741151f75085e2554ee310f

- psql: Add C comment about gset_prefix being freed later
http://git.postgresql.org/pg/commitdiff/a0d8947acb8b4300cc771b0d5a2f53e4e5148a40

- Remove use of sscanf in pg_upgrade, and add C comment to pg_dump.
Per report from Jackie Chang
http://git.postgresql.org/pg/commitdiff/32be1c8e900b89a89ec5e3a064c6b6010869d062

Magnus Hagander pushed:

- Kill pg_basebackup background process when exiting. If an error
occurs in the foreground (backup) process of pg_basebackup, and we
exit in a controlled way, the background process (streaming xlog
process) would stay around and keep streaming.
http://git.postgresql.org/pg/commitdiff/63ab2befe0d2332a5571f46c1a2c0af9447c6a4b

- Add missing include, required on some platforms. Noted by the
buildfarm and Andres Freund
http://git.postgresql.org/pg/commitdiff/48870dd9f752db7f953dde54b3d16e82d529e0db

Alvaro Herrera pushed:

- Separate multixact freezing parameters from xid's. Previously we
were piggybacking on transaction ID parameters to freeze multixacts;
but since there isn't necessarily any relationship between rates of
Xid and multixact consumption, this turns out not to be a good idea.
Therefore, we now have multixact-specific freezing parameters:
vacuum_multixact_freeze_min_age: when to remove multis as we come
across them in vacuum (default to 5 million, i.e. early in
comparison to Xid's default of 50 million)
vacuum_multixact_freeze_table_age: when to force whole-table scans
instead of scanning only the pages marked as not all visible in
visibility map (default to 150 million, same as for Xids).
Whichever of both which reaches the 150 million mark earlier will
cause a whole-table scan. autovacuum_multixact_freeze_max_age: when
for cause emergency, uninterruptible whole-table scans (default to
400 million, double as that for Xids). This means there shouldn't
be more frequent emergency vacuuming than previously, unless
multixacts are being used very rapidly. Backpatch to 9.3 where
multixacts were made to persist enough to require freezing. To
avoid an ABI break in 9.3, VacuumStmt has a couple of fields in an
unnatural place, and StdRdOptions is split in two so that the newly
added fields can go at the end. Patch by me, reviewed by Robert
Haas, with additional input from Andres Freund and Tom Lane.
http://git.postgresql.org/pg/commitdiff/801c2dc72cb3c68a7c430bb244675b7a68fd541a

== Rejected Patches (for now) ==

No one was disappointed this week :-)

== Pending Patches ==

Pavel Stehule sent in another revision of a patch to make it possible
to have multiple PL/pgsql plugins.

Alexander Korotkov and Marti Raudsepp traded patches for partial sort.

Hiroshi Inoue and Andres Freund traded patches to fix an issue with
PGDLLIMPORT on Windows.

David Fetter sent in another revision of a patch to add UPDATE ...
RETURNING BEFORE/AFTER.

Mitsumasa KONDO sent in another revision of a patch to add min and max
execute statement times to pg_stat_statement.

Mark Kirkwood and Haribabu Kommi traded patches to fix an infelicity
in autovacuum_cost_delay.

Bruce Momjian sent in a patch to display disabled system triggers
separately from user ones in psql.

Christian Kruse sent in another revision of a patch to show xid and
xmin in pg_stat_activity and pg_stat_replication.

MauMau sent in another revision of a patch to fix an issue where the
WALs get much larger than needed during point-in-time recovery.

Gregory Stark and Tom Lane traded patches intended to fix an issue
where the standby's data can be much larger than the primary's, even
though theoretically they should be exact copies.

Vik Fearing sent in a patch to fix the documentation for
nextVictimBuffer.

Fabrízio de Royes Mello sent in another revision of a patch to store
custom relopts.

Tom Lane sent in a patch to fix an issue with issue with GIN inserts
under very high load.

Mitsumasa KONDO and Fabien COELHO traded patches to add a Gaussian
distribution option to pgbench.

Bruce Momjian sent in two more revisions of a patch to remove
references to long-unsupported versions of PostgreSQL from the
documentation.

Amit Kapila sent in three more revisions of a patch to improve
performance by reducing WAL for update operations.

Andres Freund sent in two more patch sets for logical changesets.

David Beck sent in a patch to add a hook after raw parsing, but before
analyze.

Etsuro Fujita sent in another revision of a patch to implement INHERIT
support for foreign tables.

Andres Freund sent in a patch to fix an omission in abfd192b where one
of the error cases wasn't changed when WalSndLoop was changed to be
able to return.

Andres Freund sent in a patch to separate two tests in WalSndLoop(),
as they don't have the dependency the current statement would imply.

Bruce Momjian sent in two revisions of a patch to fix a memory leak in
psql.

Andres Freund sent in patches to fix a memory ordering issue in
LWLockRelease, WakeupWaiters, and WALInsertSlotRelease by using
volatiles to avoid reordering.

Peter Eisentraut sent in a patch to hack together a fix for uuid-ossp
on OSX.

Peter Eisentraut sent in another revision of a patch to allow for
relocating tablespaces in pg_basebackup.

Bruce Momjian sent in another revision of a patch to fix an issue
where abnormal heap fetches were occurring after VACUUM FULL.

Sergey Muraviov sent in another revision of a patch to make displaying
wide tables in psql look better.

David Fetter sent in another revision of a patch to enable CREATE
FOREIGN TABLE (... LIKE ...).

Browse pgsql-announce by date

  From Date Subject
Next Message dj 2014-02-17 08:43:19 PGXplorer new release
Previous Message Keith Fiske 2014-02-13 16:45:27 PostgreSQL Partition Manager v1.6.0 - Custom Time Partitions