Peter Eisentraut wrote:
On 12/24/13, 1:33 AM, Etsuro Fujita wrote:
This is a small patch to fix a typo in src/backend/utils/mmgr/README.
I don't think that change is correct.
I've fixed the patch, though that might be still wrong. I'm not a native
English speaker ;). Please find attached
On 12/24/2013 11:17 PM, Dean Rasheed wrote:
I don't think this bit is quite right.
It's not correct to assume that all the view columns are simple
references to columns of the base relation --- auto-updatable views
may now contain a mix of updatable and non-updatable columns, so some
of the
From: Peter Eisentraut pete...@gmx.net
This patch breaks the regression tests:
xml ... ok
test stats... ok
== shutting down postmaster ==
waits a long time
pg_ctl: server does not shut down
pg_regress: could not
Hi hackers. Ref: http://wiki.postgresql.org/wiki/BDR_Project Is
implementing main BDR features into core Postgres a probable objective to
version 9.4? Thanks. --
Andreas Joseph Krogh andr...@officenet.no mob: +47 909 56 963
Senior Software Developer / CTO - OfficeNet AS -
Hi,
I've tried to fix some bugs reported by Andrey Karpov in an article at
http://www.viva64.com/en/b/0227/
The value returned by socket() is unsigned on Windows and can thus not
be checked if less than zero to detect an error, instead
PGINVALID_SOCKET should be used, which is hard-coded to -1
As reported by Andrey Karpov in his article
http://www.viva64.com/en/b/0227/, the version number is expressed in
octal form 070100 should be changed to 70100.
Attached patch fixes the reported issue.
octal-typo.patch
Description: Binary data
--
Sent via pgsql-hackers mailing list
As reported by Andrey Karpov in his article
http://www.viva64.com/en/b/0227/, a parenthesis has been misplaced.
Attached patch fixes the problem.
memcmp-parenthesis-typo.patch
Description: Binary data
--
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to
On Sun, Dec 22, 2013 at 2:42 AM, David Rowley dgrowle...@gmail.com wrote:
On Sun, Dec 22, 2013 at 1:01 AM, Erik Rijkers e...@xs4all.nl wrote:
On Sat, December 21, 2013 12:52, David Rowley wrote:
On Sun, Dec 22, 2013 at 12:49 AM, Erik Rijkers e...@xs4all.nl wrote:
On Sat, December 21,
Hi,
On 2013-12-24 13:18:36 -0800, Peter Geoghegan wrote:
On Tue, Dec 24, 2013 at 4:09 AM, Andres Freund and...@2ndquadrant.com wrote:
I don't really see the lack of review as being crucial at this point. At
least I have quite some doubts about the approach you've chosen and I
have voiced
Yes, we got temp licence key from them and will provide full report.
On Wed, Dec 25, 2013 at 4:38 PM, Joel Jacobson j...@trustly.com wrote:
As reported by Andrey Karpov in his article
http://www.viva64.com/en/b/0227/, the version number is expressed in
octal form 070100 should be changed to
On Wed, December 25, 2013 14:49, David Rowley wrote:
[ inverse_transition_functions_v1.5.patch.gz ]
I ran into the following problem which is, I think, NOT a problem with your
patch but with my setup. Still, if anyone can
enlighten me on its cause I'd be thankful (it shows up every now and
Erik Rijkers e...@xs4all.nl writes:
I have a 200 GB dev database running under 9.4devel that I thought I could
now, for test purposes, compile a patched
postgres binary for (i.e.: a HEAD +
inverse_transition_functions_v1.5.patch.gz binary), so as to avoid an initdb
and use
the existing
On Wed, Dec 25, 2013 at 6:25 AM, Andres Freund and...@2ndquadrant.com wrote:
So? I still have the fear that you approach will end up being way too
complicated and full of layering violations. I didn't say it's a no-go
(not that I have veto powers, even if I'd consider it one).
Apart from not
13 matches
Mail list logo