Alvaro Herrera writes:
> Move relpath() to libpgcommon
Buildfarm member frogmouth has a problem with this patch...
looks like some confusion about how to do asserts.
regards, tom lane
--
Sent via pgsql-committers mailing list (pgsql-committers@postgresql.org)
To make c
Adjust postgres_fdw's search path handling.
Set the remote session's search path to exactly "pg_catalog" at session
start, then schema-qualify only names that aren't in that schema. This
greatly reduces clutter in the generated SQL commands, as seen in the
regression test changes. Per discussion
If recovery.conf is created after "pg_ctl stop -m i", do crash recovery.
If you create a base backup using an atomic filesystem snapshot, and try to
perform PITR starting from that base backup, or if you just kill a master
server and create recovery.conf to put it into standby mode, we don't know
If recovery.conf is created after "pg_ctl stop -m i", do crash recovery.
If you create a base backup using an atomic filesystem snapshot, and try to
perform PITR starting from that base backup, or if you just kill a master
server and create recovery.conf to put it into standby mode, we don't know
Fix thinko in previous commit.
We must still initialize minRecoveryPoint if we start straight with archive
recovery, e.g when recovering from a normal base backup taken with
pg_start/stop_backup. Otherwise we never consider the system consistent.
Branch
--
REL9_2_STABLE
Details
---
http:
Fix thinko in previous commit.
We must still initialize minRecoveryPoint if we start straight with archive
recovery, e.g when recovering from a normal base backup taken with
pg_start/stop_backup. Otherwise we never consider the system consistent.
Branch
--
master
Details
---
http://git.p
Change postgres_fdw to show casts as casts, not underlying function calls.
On reflection this method seems to be exposing an unreasonable amount of
implementation detail. It wouldn't matter when talking to a remote server
of the identical Postgres version, but it seems likely to make things worse
Get rid of postgres_fdw's assumption that remote type OIDs match ours.
The only place we depended on that was in sending numeric type OIDs in
PQexecParams; but we can replace that usage with explicitly casting
each Param symbol in the query string, so that the types are specified
to the remote by
Fix whole-row references in postgres_fdw.
The optimization to not retrieve unnecessary columns wasn't smart enough.
Noted by Thom Brown.
Branch
--
master
Details
---
http://git.postgresql.org/pg/commitdiff/6da378dbc97f1b96bf5778a558e168a0dc405bce
Modified Files
--
contrib/po
Blind attempt at fixing the non-MSVC Windows builds
Apparently, they need -DBUILDING_DLL for the Assert() declarations to
work correctly.
Branch
--
master
Details
---
http://git.postgresql.org/pg/commitdiff/af0a4c5924061869ee3db391900ab745107c966f
Modified Files
--
src/makef
Tom Lane wrote:
> Alvaro Herrera writes:
> > Move relpath() to libpgcommon
>
> Buildfarm member frogmouth has a problem with this patch...
> looks like some confusion about how to do asserts.
Looks like both mingw and cygwin didn't like it. I have pushed a patch,
while regretting not having yet
Andres Freund wrote:
> On 2013-02-22 14:55:06 +, Alvaro Herrera wrote:
> > Blind attempt at fixing the non-MSVC Windows builds
> >
> > Apparently, they need -DBUILDING_DLL for the Assert() declarations to
> > work correctly.
>
> More specifically, they need that do access any PGDLLIMPORT symb
On 2013-02-22 12:34:19 -0300, Alvaro Herrera wrote:
> Andres Freund wrote:
> > On 2013-02-22 14:55:06 +, Alvaro Herrera wrote:
> > > Blind attempt at fixing the non-MSVC Windows builds
> > >
> > > Apparently, they need -DBUILDING_DLL for the Assert() declarations to
> > > work correctly.
> >
Fix some planning oversights in postgres_fdw.
Include eval costs of local conditions in remote-estimate mode, and don't
assume the remote eval cost is zero in local-estimate mode. (The best
we can do with that at the moment is to assume a seqscan, which may well
be wildly pessimistic ... but zero
Add pg_xlogdump contrib program
This program relies on rm_desc backend routines and the xlogreader
infrastructure to emit human-readable rendering of WAL records.
Author: Andres Freund, with many reworks by Álvaro
Reviewed (in a much earlier version) by Peter Eisentraut
Branch
--
master
Det
Fix copy-and-pasteo
Harmless, but it's certainly better like this.
Noticed by Andres Freund
Branch
--
master
Details
---
http://git.postgresql.org/pg/commitdiff/f03a779751f6fc8dc87628d021510c4ec9e1e667
Modified Files
--
contrib/pg_xlogdump/pg_xlogdump.c |2 +-
1 files ch
On 22 February 2013 19:58, Alvaro Herrera wrote:
> Add pg_xlogdump contrib program
>
> This program relies on rm_desc backend routines and the xlogreader
> infrastructure to emit human-readable rendering of WAL records.
>
> Author: Andres Freund, with many reworks by Álvaro
> Reviewed (in a much e
On 22 February 2013 19:58, Alvaro Herrera wrote:
> Add pg_xlogdump contrib program
I feel slightly silly reporting this, but you probably should have
updated the copyright years to 2013 before committing.
--
Regards,
Peter Geoghegan
--
Sent via pgsql-committers mailing list (pgsql-committer
On 22 February 2013 20:09, Peter Geoghegan wrote:
> On 22 February 2013 19:58, Alvaro Herrera wrote:
>> Add pg_xlogdump contrib program
>
> I feel slightly silly reporting this, but you probably should have
> updated the copyright years to 2013 before committing.
And while you're there:
"pg_xlo
Fix some typos and grammatical mistakes
... as well a update copyrights statements to 2013.
Noted by Thom Brown and Peter Geoghegan
Branch
--
master
Details
---
http://git.postgresql.org/pg/commitdiff/45919335493291ef43f9b66c81a56d32a562ab5a
Modified Files
--
contrib/pg_xlo
Thom Brown escribió:
> On 22 February 2013 20:09, Peter Geoghegan
> wrote:
> > On 22 February 2013 19:58, Alvaro Herrera wrote:
> >> Add pg_xlogdump contrib program
> >
> > I feel slightly silly reporting this, but you probably should have
> > updated the copyright years to 2013 before committin
contrib/Makefile also needs updated
Erik Rijkers
Branch
--
master
Details
---
http://git.postgresql.org/pg/commitdiff/36f697cbba44fd55f23727066c3274fd01919640
Modified Files
--
contrib/Makefile |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
--
Sent via pgsql-co
On Sat, Feb 23, 2013 at 4:58 AM, Alvaro Herrera wrote:
> Add pg_xlogdump contrib program
I got an error on make after make clean. Should we remove rmgrdesc.c
from EXTRA_CLEAN and target?
[pg_xlogdump(master)]$ make clean
rm -f pg_xlogdump
rm -f pg_xlogdump.o compat.o xlogreader.o rmgrdesc.o clo
Add quotes to messages
Branch
--
REL9_2_STABLE
Details
---
http://git.postgresql.org/pg/commitdiff/a70924bcaf14ca6e4c80f5714ab68704d77ece1d
Modified Files
--
src/backend/replication/basebackup.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
--
Sent via pgs
Add quotes to messages
Branch
--
master
Details
---
http://git.postgresql.org/pg/commitdiff/4f362926692631a67cd76b747f92389c8f63478e
Modified Files
--
src/backend/replication/basebackup.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
--
Sent via pgsql-comm
doc: Add more compatibility information for triggers
Louis-Claude Canon and Josh Kupershmidt
Branch
--
master
Details
---
http://git.postgresql.org/pg/commitdiff/8e8d0f7e80d80c61b09346a84059457aeeeae548
Modified Files
--
doc/src/sgml/ref/create_trigger.sgml | 13 ++
26 matches
Mail list logo
