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 attache
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
> o
From: "Peter Eisentraut"
This patch breaks the regression tests:
xml ... ok
test stats... ok
== shutting down postmaster ==
pg_ctl: server does not shut down
pg_regress: could not stop postmaster: exit code was
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 mob: +47 909 56 963
Senior Software Developer / CTO - OfficeNet AS - http://www.officenet.no
Publ
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 on
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 (pgsql-hacker
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 your
On Sun, Dec 22, 2013 at 2:42 AM, David Rowley wrote:
> On Sun, Dec 22, 2013 at 1:01 AM, Erik Rijkers wrote:
>
>> On Sat, December 21, 2013 12:52, David Rowley wrote:
>> > On Sun, Dec 22, 2013 at 12:49 AM, Erik Rijkers wrote:
>> >
>> >> On Sat, December 21, 2013 12:38, David Rowley wrote:
>> >>
Hi,
On 2013-12-24 13:18:36 -0800, Peter Geoghegan wrote:
> On Tue, Dec 24, 2013 at 4:09 AM, Andres Freund 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 it - so have othe
Yes, we got temp licence key from them and will provide full report.
On Wed, Dec 25, 2013 at 4:38 PM, Joel Jacobson 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 70100.
>
> Attac
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 th
"Erik Rijkers" 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 200 GB d
On Wed, Dec 25, 2013 at 6:25 AM, Andres Freund 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 resulting in unprinci
13 matches
Mail list logo
