Hi
here is complete patch, that introduce context filtering on client side.
The core of this patch is trivial and small - almost all of size are
trivial changes in regress tests - removing useless context.
Documentation, check-world
Regards
Pavel
2015-07-26 0:42 GMT+02:00 Pavel Stehule
On 07/25/2015 02:34 AM, Marc Mamin wrote:
Andrew Dunstan and...@dunslane.net writes:
Hmm. Yeah. It looks like commit a7ad5cf0cfcfab8418000d652fa4f0c6ad6c8911
changed from using the default compression for libz to using the
compression set in pg_dump options, which defaults to 0. This
On Wed, Jul 22, 2015 at 08:40:05AM +0200, Bjorn Munch wrote:
On 22/07 02.29, Noah Misch wrote:
I ran this program on Solaris 9 U5 (September 2006) on Sparc and got:
I appreciate your testing. A few sources give December 2003 as the month
for
Solaris 9 Update 5; would you verify the
I liked @ because it makes sense to read it as the word at.
Yep, why not.
Prepending classic to the names does not look necessary. I would
suggest tpcb-like, simple-update select-only, or even maybe any
prefix. If the bench scripts could be read from some pg directory
instead of being
2015-07-21 16:58 GMT+02:00 Merlin Moncure mmonc...@gmail.com:
On Tue, Jul 21, 2015 at 2:53 AM, Heikki Linnakangas hlinn...@iki.fi
wrote:
On 07/21/2015 10:38 AM, Pavel Stehule wrote:
where we are with this patch? Can I do some for it?
I still feel this approach is misguided, and we
2015-07-23 17:52 GMT+02:00 Robert Haas robertmh...@gmail.com:
On Fri, Jul 17, 2015 at 12:36 AM, Pavel Stehule pavel.steh...@gmail.com
wrote:
Or just properly understand the ; ?
-c select * from foo; update bar set baz = 'bing'; vacuum bar;
there is a risk of compatibility issues - all
On Saturday, July 25, 2015, Pavel Stehule pavel.steh...@gmail.com wrote:
2015-07-23 17:52 GMT+02:00 Robert Haas robertmh...@gmail.com:
On Fri, Jul 17, 2015 at 12:36 AM, Pavel Stehule pavel.steh...@gmail.com
wrote:
Or just properly understand the ; ?
-c select * from foo; update bar set
On 22 July 2015 at 14:59, Robert Haas robertmh...@gmail.com wrote:
Urgh. So if we do this, that forever precludes having HOT pruning set
the all-visible bit.
What is the reason why we don't do that already? Surely its a one liner?
--
Simon Riggshttp://www.2ndQuadrant.com/
2015-07-25 10:33 GMT+02:00 David G. Johnston david.g.johns...@gmail.com:
On Saturday, July 25, 2015, Pavel Stehule pavel.steh...@gmail.com wrote:
2015-07-23 17:52 GMT+02:00 Robert Haas robertmh...@gmail.com:
On Fri, Jul 17, 2015 at 12:36 AM, Pavel Stehule pavel.steh...@gmail.com
wrote:
Or
On 22 July 2015 at 21:45, Robert Haas robertmh...@gmail.com wrote:
But it seemed to me that this could be rather confusing. I thought it
would be better to be explicit about whether the protections are
enabled in all cases. That way, (1) if you see the message saying
they are enabled, they
On 24 July 2015 at 19:21, Robert Haas robertmh...@gmail.com wrote:
On Fri, Jul 24, 2015 at 1:00 PM, Simon Riggs si...@2ndquadrant.com
wrote:
It depends on the exact design we use to get that. Certainly we do not
want
them if they cause a significant performance regression.
Yeah. I think
Now that we've restored proper logging of make check, I looked into
today's failure report from axolotl:
http://buildfarm.postgresql.org/cgi-bin/show_log.pl?nm=axolotldt=2015-07-24%2020%3A29%3A18
What evidently happened there is that pg_ctl start gave up waiting for
the postmaster to start too
On 07/25/2015 10:50 AM, Michael Paquier wrote:
On Sat, Jul 25, 2015 at 11:09 PM, Marc Mamin m.ma...@intershop.de wrote:
On Sat, Jul 25, 2015 at 9:56 PM, Andrew Dunstan and...@dunslane.net wrote:
On 07/25/2015 03:20 AM, Andrew Dunstan wrote:
On 07/25/2015 02:34 AM, Marc Mamin wrote:
On Sat, Jul 25, 2015 at 4:14 PM, Noah Misch n...@leadboat.com wrote:
On Fri, Jul 24, 2015 at 08:27:42PM +0300, Heikki Linnakangas wrote:
On 06/25/2015 07:40 AM, Michael Paquier wrote:
Attached is v7, rebased on 0b157a0.
Thanks! I fiddled with this a bit more, to centralize more of the
On Jul 24, 2015, at 10:02 PM, Robert Haas robertmh...@gmail.com wrote:
Also, the patch should not invent a new array similar but not quite
identical to LockTagTypeNames[].
This is goofy:
+ if (tranche_id 0)
+ result-tranche = tranche_id;
+ else
+
If not, I'm going to make a little personal project of them for myself
(targeting 9.6).
--
Bill Moran
--
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers
On Sat, Jul 25, 2015 at 11:09 PM, Marc Mamin m.ma...@intershop.de wrote:
On Sat, Jul 25, 2015 at 9:56 PM, Andrew Dunstan and...@dunslane.net wrote:
On 07/25/2015 03:20 AM, Andrew Dunstan wrote:
On 07/25/2015 02:34 AM, Marc Mamin wrote:
Andrew Dunstan and...@dunslane.net writes:
Hmm.
On Sat, Jul 25, 2015 at 11:09 PM, Marc Mamin m.ma...@intershop.de wrote:
On Sat, Jul 25, 2015 at 9:56 PM, Andrew Dunstan and...@dunslane.net wrote:
On 07/25/2015 03:20 AM, Andrew Dunstan wrote:
On 07/25/2015 02:34 AM, Marc Mamin wrote:
Andrew Dunstan and...@dunslane.net writes:
Hmm.
Also, maybe per-command detailed stats should use the same common struct
to hold data as all other stats. I did not change it because it is
maintained in a different part of the code.
I played just once with the --report-latencies option and was astonished
that meta commands showed negative
Hi
I am sending a new patch - without checking wildcard chars.
Regards
Pavel
2015-07-23 7:22 GMT+02:00 Kyotaro HORIGUCHI horiguchi.kyot...@lab.ntt.co.jp
:
Hello,
2015-07-19 20:54 GMT+02:00 Pavel Stehule pavel.steh...@gmail.com:
I am sending updated version. It implements new long
2015-07-25 0:41 GMT+02:00 Josh Berkus j...@agliodbs.com:
On 07/24/2015 11:06 AM, Jim Nasby wrote:
On 7/23/15 5:18 AM, Thakur, Sameer wrote:
Hello,
logged 25 times
Sorry, it is much lower at 7 times. Does not change overall point though
I think it's related to the problem of figuring
Andrew Dunstan and...@dunslane.net writes:
Hmm. Yeah. It looks like commit a7ad5cf0cfcfab8418000d652fa4f0c6ad6c8911
changed from using the default compression for libz to using the
compression set in pg_dump options, which defaults to 0. This actually
seems like the right thing to do, but it
On Fri, Jul 24, 2015 at 08:27:42PM +0300, Heikki Linnakangas wrote:
On 06/25/2015 07:40 AM, Michael Paquier wrote:
Attached is v7, rebased on 0b157a0.
Thanks! I fiddled with this a bit more, to centralize more of the
platform-dependent stuff to RewindTest.pm. Also, Windows doesn't have cat
On Sat, Jul 25, 2015 at 11:05 PM, Bill Moran wmo...@potentialtech.com wrote:
If not, I'm going to make a little personal project of them for myself
(targeting 9.6).
If you mean those three ones, not that I know of:
https://wiki.postgresql.org/wiki/Todo#TOAST
--
Michael
--
Sent via
On Sat, Jul 25, 2015 at 9:56 PM, Andrew Dunstan and...@dunslane.net wrote:
On 07/25/2015 03:20 AM, Andrew Dunstan wrote:
On 07/25/2015 02:34 AM, Marc Mamin wrote:
Andrew Dunstan and...@dunslane.net writes:
Hmm. Yeah. It looks like commit
a7ad5cf0cfcfab8418000d652fa4f0c6ad6c8911
oops, sorry, stalled post because of wrong from, posting again...
Attatched is the revised version of this patch.
The first patch is not changed from before.
The second is fixed a kind of bug.
Ths third is the new one to allow backslash continuation for
backslash commands.
Ah, thanks:-)
On 2015-07-25 14:37, Michael Paquier wrote:
On Sat, Jul 25, 2015 at 12:59 AM, Petr Jelinek p...@2ndquadrant.com wrote:
On 2015-07-22 07:12, Michael Paquier wrote:
On Tue, Jul 21, 2015 at 11:20 PM, Tom Lane t...@sss.pgh.pa.us wrote:
Petr Jelinek p...@2ndquadrant.com writes:
... My main
2015-07-23 22:05 GMT+02:00 Dickson S. Guedes lis...@guedesoft.net:
2015-07-07 3:32 GMT-03:00 Pavel Stehule pavel.steh...@gmail.com:
Hi
previous patch was broken, and buggy
Here is new version with fixed upload and more tests
The interesting is so I should not to modify interface
Hi,
On 07/16/2015 01:51 PM, Kyotaro HORIGUCHI wrote:
Hi, I'd like to show you the modified constitution of
multivariate statistics application logic. Please find the
attached. They apply on your v7 patch.
Sadly I do have some trouble getting it to apply correctly :-(
So for now all my
Hi
I am sending a next variant of filtering context patch.
postgres=# do $$ begin raise notice 'kuku'; end $$;
NOTICE: kuku
DO
Time: 2.441 ms
postgres=# do $$ begin raise exception 'kuku'; end $$;
ERROR: kuku
CONTEXT: PL/pgSQL function inline_code_block line 1 at RAISE
Time: 0.648 ms
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/25/2015 03:26 PM, Kevin Grittner wrote:
The use of the apostrophe character to quote allowed enumerated
values seems wrong. Probably these should be replaced by
literal tags. The reference to BYPASSRLS also seems like it
deserves markup,
On Sun, Jul 19, 2015 at 04:32:16PM -0400, Noah Misch wrote:
On Sun, Jul 19, 2015 at 04:22:47PM -0400, Tom Lane wrote:
More: if the compiler does have a bug like that, how much confidence can
we have, really, that there are no other miscompiled places and won't be
any in the future? If we
On 07/25/2015 10:59 AM, Tom Lane wrote:
Now that we've restored proper logging of make check, I looked into
today's failure report from axolotl:
http://buildfarm.postgresql.org/cgi-bin/show_log.pl?nm=axolotldt=2015-07-24%2020%3A29%3A18
What evidently happened there is that pg_ctl start gave up
The use of the apostrophe character to quote allowed enumerated
values seems wrong. Probably these should be replaced by literal
tags. The reference to BYPASSRLS also seems like it deserves markup,
and possibly an entry in the index. Does someone who is closer to
the feature want to clean that
On 07/22/2015 02:17 PM, Dean Rasheed wrote:
On 21 July 2015 at 04:53, Michael Paquier michael.paqu...@gmail.com wrote:
On Tue, Jul 14, 2015 at 4:01 AM, Stephen Frost sfr...@snowman.net wrote:
We need to be careful to avoid the slippery slope of trying to prevent
all covert channels, which has
On 07/25/2015 07:05 AM, Bill Moran wrote:
If not, I'm going to make a little personal project of them for myself
(targeting 9.6).
Nope. In fact, even the one which was 90% complete (replacing zlib with
lz4) completely dropped off the radar.
--
Josh Berkus
PostgreSQL Experts Inc.
Andrew Dunstan and...@dunslane.net writes:
On 07/25/2015 01:52 PM, I wrote:
I propose to tighten pg_dump's rules so that only 0..9 are accepted as
arguments for -Z, and in compress_io.c:cfopen(), if compression is
equal to Z_DEFAULT_COMPRESSION, not add any explicit compression value
to
On Sat, 25 Jul 2015 11:39:15 -0700
Josh Berkus j...@agliodbs.com wrote:
On 07/25/2015 07:05 AM, Bill Moran wrote:
If not, I'm going to make a little personal project of them for myself
(targeting 9.6).
Nope. In fact, even the one which was 90% complete (replacing zlib with
lz4)
On 07/25/2015 01:52 PM, I wrote:
I propose to tighten pg_dump's rules so that only 0..9 are accepted as
arguments for -Z, and in compress_io.c:cfopen(), if compression is
equal to Z_DEFAULT_COMPRESSION, not add any explicit compression value
to the mode, thus using the zlib default.
I propose to tighten pg_dump's rules so that only 0..9 are accepted as
arguments for -Z, and in compress_io.c:cfopen(), if compression is
equal to Z_DEFAULT_COMPRESSION, not add any explicit compression value
to the mode, thus using the zlib default.
As per attached patch.
Comments?
Bill Moran wmo...@potentialtech.com writes:
On Sat, 25 Jul 2015 11:39:15 -0700
Josh Berkus j...@agliodbs.com wrote:
Nope. In fact, even the one which was 90% complete (replacing zlib with
lz4) completely dropped off the radar.
Interesting ... I wasn't looking at doing that, rather adjusting
2015-07-22 10:37 GMT+02:00 Heikki Linnakangas hlinn...@iki.fi:
On 07/11/2015 12:19 AM, Pavel Stehule wrote:
2015-07-10 18:43 GMT+02:00 Tom Lane t...@sss.pgh.pa.us:
An example of what would presumably happen if we adopted this sort of
rule
(I've not checked whether the patch as written
Hello Heikki,
As an initial list of functions, I'd suggest:
abs(x)
min(x, y, ...)
max(x, y, ...)
random_uniform(min, max)
random_gaussian(min, max, threshold)
random_exponential(min, max, threshold)
Would that be enough to specify e.g. the
As soon as we add more functions, the way they are
On Sat, 25 Jul 2015 16:06:28 -0400
Tom Lane t...@sss.pgh.pa.us wrote:
Bill Moran wmo...@potentialtech.com writes:
On Sat, 25 Jul 2015 11:39:15 -0700
Josh Berkus j...@agliodbs.com wrote:
Nope. In fact, even the one which was 90% complete (replacing zlib with
lz4) completely dropped off
On 07/25/2015 03:07 PM, Marc Mamin wrote:
I propose to tighten pg_dump's rules so that only 0..9 are accepted as
arguments for -Z, and in compress_io.c:cfopen(), if compression is
equal to Z_DEFAULT_COMPRESSION, not add any explicit compression value
to the mode, thus using the zlib default.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/25/2015 04:17 PM, Joe Conway wrote:
On 07/25/2015 03:26 PM, Kevin Grittner wrote:
The use of the apostrophe character to quote allowed enumerated
values seems wrong. Probably these should be replaced by
literal tags. The reference to
Hello,
I'm recently working/investigating on ParallelAppend feature
towards the next commit fest. Below is my design proposal.
1. Concept
--
Its concept is quite simple anybody might consider more than once.
ParallelAppend node kicks background worker process to execute
child nodes in
On Fri, Jul 24, 2015 at 1:12 PM, Ildus Kurbangaliev
i.kurbangal...@postgrespro.ru wrote:
On Jul 24, 2015, at 7:26 AM, Amit Kapila amit.kapil...@gmail.com
wrote:
2.
+const char *
+pgstat_get_wait_event_name(uint8 classId, uint8 eventId)
{
..
}
I don't understand why a
On Sat, Jul 25, 2015 at 2:19 AM, Paul Ramsey pram...@cleverelephant.ca wrote:
On Thu, Jul 23, 2015 at 7:48 AM, Paul Ramsey pram...@cleverelephant.ca
wrote:
Here's an updated patch that clears the cache on changes to foreign
wrappers and servers.
Any chance one of you folks could by my
On Sat, Jul 25, 2015 at 12:59 AM, Petr Jelinek p...@2ndquadrant.com wrote:
On 2015-07-22 07:12, Michael Paquier wrote:
On Tue, Jul 21, 2015 at 11:20 PM, Tom Lane t...@sss.pgh.pa.us wrote:
Petr Jelinek p...@2ndquadrant.com writes:
... My main question is if we are
ok with SCHEMA having
On Sat, Jul 25, 2015 at 2:27 AM, Heikki Linnakangas hlinn...@iki.fi wrote:
On 06/25/2015 07:40 AM, Michael Paquier wrote:
On Tue, May 26, 2015 at 3:39 PM, Michael Paquier wrote:
Here is v6, a rebased version on HEAD (79f2b5d). There were some
conflicts with the indentation and some other
On 07/25/2015 03:20 AM, Andrew Dunstan wrote:
On 07/25/2015 02:34 AM, Marc Mamin wrote:
Andrew Dunstan and...@dunslane.net writes:
Hmm. Yeah. It looks like commit
a7ad5cf0cfcfab8418000d652fa4f0c6ad6c8911
changed from using the default compression for libz to using the
compression set in
On Sat, Jul 25, 2015 at 9:56 PM, Andrew Dunstan and...@dunslane.net wrote:
On 07/25/2015 03:20 AM, Andrew Dunstan wrote:
On 07/25/2015 02:34 AM, Marc Mamin wrote:
Andrew Dunstan and...@dunslane.net writes:
Hmm. Yeah. It looks like commit
a7ad5cf0cfcfab8418000d652fa4f0c6ad6c8911
changed
53 matches
Mail list logo