From: | Dave Page <dpage(at)pgadmin(dot)org> |
---|---|
To: | Linreg <linreg(at)gmx(dot)net> |
Cc: | pgadmin-hackers <pgadmin-hackers(at)postgresql(dot)org> |
Subject: | Re: pgAgent: C++ Port - Patch Review |
Date: | 2013-09-19 13:34:47 |
Message-ID: | CA+OCxozOf-wDkiCAD5J7Lwjaex9y4fM0n-W1uuRo+O+XtN-QYw@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgadmin-hackers |
On Tue, Sep 17, 2013 at 1:59 PM, Linreg <linreg(at)gmx(dot)net> wrote:
> Hi Dave,
>
>
>
> Connection Pooling:
>
> okay. I will reimplementing the connection pool.
>
>
>
> Am Sonntag, 15. September 2013, 15:02:03 schrieb Dave Page:
>
>> > > Another problem that I've noticed is that you've unconditionally
>
>> > >
>
>> > > changed the logging format to be pipe delimited. This is also not
>
>> > >
>
>> > > acceptable as part of this patch, and should be discussed and
>
>> > >
>
>> > > implemented separately. At minimum, this would need to be a
>
>> > >
>
>> > > configurable behaviour change, and by default, I would want it to
>
>> > >
>
>> > > implement standard (comma delimited) CSV, not a pipe delimited
>
>> > >
>
>> > > version.
>
>> >
>
>> > okay. i change this feature to configurable behaviour.
>
>> >
>
>> > By default logging will be as before.
>
>> >
>
>> > can i add an commandline parameter for this?
>
>> >
>
>> > is it than acceptable?
>
>>
>
>> I think so - but please do that as a separate patch. We don't like to
>> mixup
>
>> multiple changes in the same patch/commit as it's harder to find issues or
>
>> review the history in the future.
>
>
>
> okay. I will make it so.
>
>
>
>> > Okay, thats a problem.
>
>> >
>
>> > I use features from c++11 standard like "atomic" and "thread"
>
>> >
>
>> > My suggestion:
>
>> >
>
>> > the Pure-C++-Version is is for newer OS / Compiler suits and not
>> > backward
>
>> > compatible (relating compiler / c++ version)
>
>> >
>
>> > Is the way a possible?
>
>>
>
>> Not really, as it requires maintenance of 2 code branches until we can
>
>> completely deprecate the old wxWidgets code. That's why PostgreSQL itself
>
>> is extremely conservative about what they'll support. We're not nearly as
>
>> bad as that, but we do need to carry on supporting RHEL 5 and similarly
>
>> aged OSs for a while.
>
>
>
> I examine whether the use of the boost lib is possible. it should.
>
> I think they has a better backward compatibility.
>
> Please can you review this for me by
> http://www.boost.org/development/tests/release/developer/statechart.html
>
> you know better than i the version of supported compiler / plattforms.
They have a limited list of platforms there, but FYI, RHEL 5 ships
with Boost 1.41.0, so if that works, we're probably OK.
--
Dave Page
Blog: http://pgsnake.blogspot.com
Twitter: @pgsnake
EnterpriseDB UK: http://www.enterprisedb.com
The Enterprise PostgreSQL Company
From | Date | Subject | |
---|---|---|---|
Next Message | Dave Page | 2013-09-19 13:57:46 | pgAdmin III commit: Fix the query used to find tables in a Slony replic |
Previous Message | Dinesh Kumar | 2013-09-18 16:17:33 | Patch for [PgAdmin 1.18 possible bug in DROP USER MAPPING] |