On Sun, Oct 1, 2017 at 8:36 PM, Daniel Gustafsson wrote:
>> On 18 Aug 2017, at 13:39, Claudio Freire wrote:
>> On Fri, Apr 7, 2017 at 10:51 PM, Claudio Freire
>>> Indeed they do, and that's what motivated this patch.
On Oct 1, 2017, at 20:22, Robert Haas wrote:
>> Are permissions correct in the citext extension?
> Not to be picky, but couldn't you investigate that a bit before posting here?
Normally I would, but my attention is far from Postgres these days, sadly, and
I tend to
Thanks for looking into the patch!
On Thu, Sep 28, 2017 at 3:59 PM, Alexander Korotkov <
> In gistdoinsert() you do CheckForSerializableConflictIn() only if page
> wasn't exclusively locked before (xlocked is false).
> if (!xlocked)
On Mon, Oct 2, 2017 at 1:22 AM, Robert Haas wrote:
> On Sun, Oct 1, 2017 at 3:48 PM, Greg Stark wrote:
> > Well these kinds of monitoring systems tend to be used by operations
> > people who are a lot more practical and a lot less worried about
On Sep 28, 2017 4:30 PM, "Alexander Korotkov"
On Wed, Jun 21, 2017 at 10:52 AM, Shubham Barai
> On 21 June 2017 at 13:11, Heikki Linnakangas wrote:
>> On 06/16/2017 01:24 PM, Shubham Barai
On Tue, Sep 12, 2017 at 8:20 AM, Tatsuro Yamada
>>> I agree that progress reporting for sort is difficult. So it only reports
>>> the phase ("sorting tuples") in the current design of progress monitor of
>>> It doesn't report counter of sort.
On Sun, Oct 1, 2017 at 9:55 AM, Amit Kapila wrote:
> Isn't it for both? I mean it is about comparing the non-partial paths
> for child relations of the same relation and also when there are
> different relations involved as in Union All kind of query. In any
> case, the
On 26.09.2017 23:25, Maksim Milyutin wrote:
25.09.17 20:50, Maksim Milyutin wrote:
I have found out the problem when try to sequentially call the
function that casts constant to composite type of temporary table
that is deleted ateach transaction termination (i.e. at each function
On 11.09.2017 16:01, Etsuro Fujita wrote:
Here is an updated version of the patch.
* Query planning: the patch creates copies of Query/Plan with a
foreign partition as target from the original Query/Plan for each
foreign partition and invokes PlanForeignModify with those
> On 25 Sep 2017, at 02:52, Nathan Wagner wrote:
> On Thu, Aug 17, 2017 at 12:33:02PM +0100, Oliver Ford wrote:
>> Ok I've made that change in the attached v3. I'm not sure as I'm on
>> en_US.UTF-8 locale too. Maybe something Windows specific?
> This patch applies
On Mon, Oct 2, 2017 at 4:23 AM, Kyotaro HORIGUCHI
> For other potential reviewers:
> I found the origin of the function here.
On Mon, Sep 4, 2017 at 2:14 AM, Michael Paquier
A>> that would trip it. The latter part is still in progress, because I'm
> Well, PageGetLSN can be used in some hot code paths, xloginsert.c
> being one, so it does not seem wise to me to switch it to something
On Sun, Oct 1, 2017 at 9:13 PM, Amit Langote
> I agree. Equality checks are going to be common enough to warrant them to
> be handled specially, instead of implementing equality-pruning on top of
> min/max framework.
What you might do is pass
> On 12 Sep 2017, at 21:35, Jaime Casanova
> On 10 September 2017 at 00:08, Jaime Casanova
>> During my own tests, though, i found some problems:
> a few more tests:
> create table t1 (
> id serial,
> On 15 Sep 2017, at 16:36, Bossart, Nathan wrote:
> A few general comments.
> While this patch applies, I am still seeing some whitespace errors:
> comment_on_current_database_no_pgdump_v4.1.patch:488: trailing whitespace.
2017-10-02 12:22 GMT+02:00 Kyotaro HORIGUCHI <
> Hi, thanks for the new patch.
> # The patch is missing xpath_parser.h. That of the first patch was usable.
> At Thu, 28 Sep 2017 07:59:41 +0200, Pavel Stehule
> wrote in
Hi, thanks for the new patch.
# The patch is missing xpath_parser.h. That of the first patch was usable.
At Thu, 28 Sep 2017 07:59:41 +0200, Pavel Stehule
> On 29 Sep 2017, at 00:59, Alexander Korotkov
> On Thu, Sep 28, 2017 at 2:22 PM, Alexander Korotkov
> > wrote:
> On Fri, Jul 28, 2017 at 7:58 AM, Shubham Barai
> On 02 Oct 2017, at 08:31, Masahiko Sawada wrote:
> On Sat, Sep 30, 2017 at 12:42 AM, Robert Haas wrote:
>> On Wed, Sep 27, 2017 at 11:15 PM, Masahiko Sawada
>>> I think that making a resolver process have
> On 13 Sep 2017, at 15:01, Tomas Vondra wrote:
> On 09/13/2017 07:53 AM, Andrey Borodin wrote:
>>> * I see there are conditions like this:
>>>if(xlogreader->blocks[nblock].forknum == MAIN_FORKNUM)
>>> Why is it enough to restrict the block-tracking
> On 07 Sep 2017, at 09:30, Daniel Gustafsson wrote:
>> On 06 Sep 2017, at 07:13, David Rowley wrote:
>> On 6 September 2017 at 00:43, Daniel Gustafsson wrote:
>>> This patch was moved to the currently open Commitfest.
> On 20 Sep 2017, at 00:29, Jacob Champion wrote:
> On Wed, Sep 6, 2017 at 8:37 AM, Jacob Champion wrote:
>> On Tue, Sep 5, 2017 at 10:49 PM, Michael Paquier
>>> In short, it seems to me that this patch should
> On 28 Jul 2017, at 16:46, Robert Haas wrote:
> On Fri, Jul 28, 2017 at 12:39 AM, Pavan Deolasee
>> I see your point. But I would like to think this way: does the technology
>> significantly help many common use cases, that are
> On 13 Sep 2017, at 07:44, Vaishnavi Prabakaran
> On Wed, Sep 13, 2017 at 3:33 PM, Craig Ringer > wrote:
> I really do not like calling it "commit" as that conflates with a database
> On 11 Aug 2017, at 20:07, Robert Haas wrote:
> On Fri, Aug 11, 2017 at 9:55 AM, Alex K wrote:
>> - I have used both Latch and ConditionalVariable for the same
>> purpose–wait until some signal
>> occurs–and for me as an end user they
Hello. Thank you for the new version.
0001: applies cleanly. regress passed.
this mainly refactoring geo_ops.c and replacing pg_hypot with hypot(3).
0002: applies cleanly. regress passed.
this just replaces float-ops macros into inline functions.
0003: applies cleanly. regress passed.
> On 29 Aug 2017, at 17:21, Robert Haas wrote:
> On Tue, Aug 22, 2017 at 2:23 AM, Simon Riggs wrote:
>> Yes, we can. I'm not sure why you would do this only for VACUUM
>> though? I see many messages in various places that need same treatment
> On 06 Sep 2017, at 14:25, Tom Lane wrote:
> Michael Paquier writes:
>> Fine for 0002. This reminds me of LockGXact and RemoveGXact in
>> twophase.c, as well as _hash_squeezebucket that have some code paths
>> that cannot return... Any thoughts
> On 22 Sep 2017, at 18:57, Melanie Plageman wrote:
> On Tue, Sep 19, 2017 at 4:15 PM, Melanie Plageman > wrote:
> The latest patch applies cleanly and builds (I am also seeing the failing TAP
On Sat, Sep 30, 2017 at 12:42 AM, Robert Haas wrote:
> On Wed, Sep 27, 2017 at 11:15 PM, Masahiko Sawada
>> I think that making a resolver process have connection caches to each
>> foreign server for a while can reduce the overhead of
On Mon, Oct 2, 2017 at 8:13 AM, Daniel Gustafsson wrote:
> I’ve moved this to the next CF, but since this no longer applies cleanly I’ve
> reset it to Waiting for author.
Thanks Daniel for the reminder. Attached are rebased patches. This
thing rots easily...
On Mon, Oct 2, 2017 at 1:43 PM, Bossart, Nathan wrote:
> On 9/29/17, 9:33 AM, "Bossart, Nathan" wrote:
>> Here's a version without the logging changes in vacuum_rel() and
>> analyze_rel(). I’ll look into submitting those in the next commitfest.
101 - 132 of 132 matches
Mail list logo