Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ag5eI-0002D2-K7 for pgadmin-hackers@arkaria.postgresql.org; Wed, 16 Mar 2016 07:13:42 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.84_2) (envelope-from ) id 1ag5eI-0005Co-2C for pgadmin-hackers@arkaria.postgresql.org; Wed, 16 Mar 2016 07:13:42 +0000 Received: from makus.postgresql.org ([2001:4800:1501:1::229]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1ag5e3-0004y8-B4 for pgadmin-hackers@postgresql.org; Wed, 16 Mar 2016 07:13:27 +0000 Received: from mail-yw0-x22f.google.com ([2607:f8b0:4002:c05::22f]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.84_2) (envelope-from ) id 1ag5dz-00086E-H9 for pgadmin-hackers@postgresql.org; Wed, 16 Mar 2016 07:13:26 +0000 Received: by mail-yw0-x22f.google.com with SMTP id h129so51309260ywb.1 for ; Wed, 16 Mar 2016 00:13:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=enterprisedb-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=6e6tBJcbZS7/6QxRZCa9hVx77DyIPybQC82rc+4BQC8=; b=FT0xsGGioAXpnv/zl5C6NkuM+ansrFuqPg2g4n/05NEBh7mFYEfCOA67h6I103kSb2 IW1IUz5zypTe64mtGxHrMte0AveJJFjvU396wlw0BNio1Sa8PXBg1go43t0PdYmDo+Yp zthjwG3rlDpOAm8J6o6kejWMu5bWgJORvwHCka5SbMdkXceMSw4fYxE74dGEaJE8uV8F 7dM/wdpIPojeQwHsyoxBbPOY7+qICaCQepgDfGdABRM60fSgjBsvuMpzKbLZI9JUn63w tUKgmDKSML/k0h5RVJEYacdSp1j3jXSSeI7vmeZHocVFDVN0lIqWYCRjpKAYkAvUk9UE BiGg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=6e6tBJcbZS7/6QxRZCa9hVx77DyIPybQC82rc+4BQC8=; b=colSqA2OgqRjcvesJzU91Fuk0LOMplhddQHJed6HfOdKUDAETUeN2aI173wFFzJJBM T6oEgw7vQUSNdPirHQPXAiExBuIP/xAJK/jCjN2AhTggjFKjkQRjnWPvps0RLH7X7tgM uLCp/pDkM/rlq48QIKobB6yIFEgrXRYPfGUCT1SK/JS9GSYsosRME6giRMQaMurpIr5k jp9tvjX+6mqL2tdMRjfZogQ0C85GPqH54tVkTnSFTjnTLeCGBNxj9qIstBs8i12RQ/I4 wXlbR6h7AU+XmYm7cSgtJ35sRIG9LjBGsTg8Cjx36wf9piN/a2fcHYYPQbqR0+e/DAuw CdXg== X-Gm-Message-State: AD7BkJL7vG4UlELSiMikHOipbIZvk5rIUs/JN9rAfbaP6FN6RZQrDdbi24GUSy6XHPJ9/ZUulXuKcObzl/sbFVLb MIME-Version: 1.0 X-Received: by 10.37.80.137 with SMTP id e131mr1000624ybb.61.1458112402466; Wed, 16 Mar 2016 00:13:22 -0700 (PDT) Received: by 10.13.207.199 with HTTP; Wed, 16 Mar 2016 00:13:22 -0700 (PDT) In-Reply-To: References: Date: Wed, 16 Mar 2016 12:43:22 +0530 Message-ID: Subject: Re: patch for cast module From: Sanket Mehta To: Dave Page Cc: pgadmin-hackers Content-Type: multipart/mixed; boundary=001a113e9a46cb0a6e052e253f54 X-Pg-Spam-Score: -2.6 (--) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgadmin-hackers Precedence: bulk Sender: pgadmin-hackers-owner@postgresql.org --001a113e9a46cb0a6e052e253f54 Content-Type: multipart/alternative; boundary=001a113e9a46cb0a68052e253f52 --001a113e9a46cb0a68052e253f52 Content-Type: text/plain; charset=UTF-8 Hi Dave, PFA the patch for cast module incorporating changes regarding showing system objects. Apart from support for showing system object I have resolved few bugs in that, unnecessary code and added nodes.sql file. Please do review it and if it looks good, please commit. Regards, Sanket Mehta Sr Software engineer Enterprisedb On Fri, Mar 4, 2016 at 4:33 PM, Dave Page wrote: > Thanks, patch applied. > > On Tue, Mar 1, 2016 at 7:20 AM, Sanket Mehta > wrote: > > Hi, > > > > There was an error in cast module while fetching its dependency and > > dependent. > > Below is the patch which resolves this issue. > > Please review and commit it. > > > > > > > > Regards, > > Sanket Mehta > > Sr Software engineer > > Enterprisedb > > > > On Wed, Feb 24, 2016 at 10:17 PM, Dave Page wrote: > >> > >> Thanks - committed. > >> > >> On Tue, Feb 23, 2016 at 1:34 PM, Sanket Mehta > >> wrote: > >>> > >>> Hi, > >>> > >>> PFA the revised patch as per your comments. > >>> Please review it and let me know the feedback. > >>> > >>> Regards, > >>> Sanket Mehta > >>> Sr Software engineer > >>> Enterprisedb > >>> > >>> On Tue, Feb 23, 2016 at 4:10 PM, Dave Page wrote: > >>>> > >>>> Hi > >>>> > >>>> I've attached an update to this patch, in which I've done some > >>>> word-smithing on various comments, and adjusted the SQL templates to > improve > >>>> the formatting. > >>>> > >>>> However, it looks like it's bit-rotted, as the dependents/dependencies > >>>> display is throwing Python errors. Please fix and then I think it's > just > >>>> about ready to commit. > >>>> > >>>> Thanks. > >>>> > >>>> > >>>> On Fri, Feb 19, 2016 at 11:03 AM, Sanket Mehta > >>>> wrote: > >>>>> > >>>>> Hi Dave, > >>>>> > >>>>> PFA the revise patch. > >>>>> > >>>>> It includes changes according to your review comments as well as > >>>>> dependency/dependent part also. > >>>>> > >>>>> Let me know in case anything is missing. > >>>>> > >>>>> Regards, > >>>>> Sanket Mehta > >>>>> Sr Software engineer > >>>>> Enterprisedb > >>>>> > >>>>> On Mon, Feb 15, 2016 at 10:25 PM, Dave Page > wrote: > >>>>>> > >>>>>> And this time with the attachment... > >>>>>> > >>>>>> On Mon, Feb 15, 2016 at 4:53 PM, Dave Page > wrote: > >>>>>>> > >>>>>>> That's much better. Just a couple of comments now, partly based on > an > >>>>>>> email I wrote earlier: > >>>>>>> > >>>>>>> - There is still inconsistency in comment style. Please see the > >>>>>>> attachment for an example. Note that there is *always* a space > between the > >>>>>>> comment marker and text. > >>>>>>> > >>>>>>> - If I try to edit a cast, I can change the description - but no > SQL > >>>>>>> is shown on the SQL tab, despite the comment being correctly > applied when I > >>>>>>> hit save. The properties pane of the main window is also not > updated. > >>>>>>> > >>>>>>> Otherwise, it looks fine. > >>>>>>> > >>>>>>> Thanks. > >>>>>>> > >>>>>>> On Mon, Feb 15, 2016 at 1:28 PM, Sanket Mehta > >>>>>>> wrote: > >>>>>>>> > >>>>>>>> Hi, > >>>>>>>> > >>>>>>>> PFA the revised patch with all the required comments. > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>> Regards, > >>>>>>>> Sanket Mehta > >>>>>>>> Sr Software engineer > >>>>>>>> Enterprisedb > >>>>>>>> > >>>>>>>> On Mon, Feb 15, 2016 at 4:18 PM, Dave Page > >>>>>>>> wrote: > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> On Mon, Feb 15, 2016 at 8:10 AM, Sanket Mehta > >>>>>>>>> wrote: > >>>>>>>>>> > >>>>>>>>>> Hi Dave, > >>>>>>>>>> > >>>>>>>>>> Regarding your suggestion of putting some comments in > javascript, > >>>>>>>>>> I think I have already put some comments regarding model data > and their > >>>>>>>>>> controls if any extended. > >>>>>>>>>> > >>>>>>>>>> Can you please let me know where exactly you think more comments > >>>>>>>>>> are required? > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> Hi > >>>>>>>>> > >>>>>>>>> The issue for me is that jQuery code isn't the easiest to read at > >>>>>>>>> the best of times, with nested/anonymous functions and inline > JSON etc. As I > >>>>>>>>> look through the code for the various nodes in isolation, it's > extremely > >>>>>>>>> difficult to get a sense of what exactly each part of the code > is doing. In > >>>>>>>>> this example, what I see by reading the code is: > >>>>>>>>> > >>>>>>>>> - Define the required libraries (require.js stuff) > >>>>>>>>> - Extend the collection class > >>>>>>>>> - Extend the node class > >>>>>>>>> - Define an init function inline > >>>>>>>>> - Add the menu options > >>>>>>>>> > >>>>>>>>> That part is fairly easy to figure out (easier because there are > >>>>>>>>> blank lines between the logical sections). From there though, it > becomes > >>>>>>>>> much harder; > >>>>>>>>> > >>>>>>>>> - There are no blank lines to separate logical code sections at > all > >>>>>>>>> between line 48 and 235 (there is one blank line, but it doesn't > separate > >>>>>>>>> code sections). > >>>>>>>>> - There are 4 comments that I can see. The first two are > identical, > >>>>>>>>> and appear to have identical code blocks following them for > reasons that are > >>>>>>>>> not even remotely obvious. > >>>>>>>>> - As a newcomer to this code, I'm wondering if it's purpose is to > >>>>>>>>> define the backform model. If so, why is it not broken up into > sections with > >>>>>>>>> a comment to tell me what field each block handles, and any > other useful > >>>>>>>>> information I may need to know? If it's not, then what is it for? > >>>>>>>>> > >>>>>>>>> So... I'm not going to tell you exactly where to put comments, > >>>>>>>>> because the point is that without spending a couple of hours > understanding > >>>>>>>>> this, I simply don't know. The point of the comments (and > separation of > >>>>>>>>> logical sections of code with blank lines) is to make it easy > for another > >>>>>>>>> developer (especially one as rusty as me) to read and > understand, then fix > >>>>>>>>> and improve. Be generous with comments, but don't use them > unnecessarily > >>>>>>>>> (e.g. "a = 1 // Set a to one"). > >>>>>>>>> > >>>>>>>>> Of course, this is not just directed at you Sanket - it's > something > >>>>>>>>> all of us working on pgAdmin need to keep in mind. > >>>>>>>>> > >>>>>>>>> Thanks. > >>>>>>>>> > >>>>>>>>> -- > >>>>>>>>> Dave Page > >>>>>>>>> Blog: http://pgsnake.blogspot.com > >>>>>>>>> Twitter: @pgsnake > >>>>>>>>> > >>>>>>>>> EnterpriseDB UK: http://www.enterprisedb.com > >>>>>>>>> The Enterprise PostgreSQL Company > >>>>>>>> > >>>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> -- > >>>>>>> Dave Page > >>>>>>> Blog: http://pgsnake.blogspot.com > >>>>>>> Twitter: @pgsnake > >>>>>>> > >>>>>>> EnterpriseDB UK: http://www.enterprisedb.com > >>>>>>> The Enterprise PostgreSQL Company > >>>>>> > >>>>>> > >>>>>> > >>>>>> > >>>>>> -- > >>>>>> Dave Page > >>>>>> Blog: http://pgsnake.blogspot.com > >>>>>> Twitter: @pgsnake > >>>>>> > >>>>>> EnterpriseDB UK: http://www.enterprisedb.com > >>>>>> The Enterprise PostgreSQL Company > >>>>> > >>>>> > >>>> > >>>> > >>>> > >>>> -- > >>>> Dave Page > >>>> Blog: http://pgsnake.blogspot.com > >>>> Twitter: @pgsnake > >>>> > >>>> EnterpriseDB UK: http://www.enterprisedb.com > >>>> The Enterprise PostgreSQL Company > >>> > >>> > >> > >> > >> > >> -- > >> Dave Page > >> Blog: http://pgsnake.blogspot.com > >> Twitter: @pgsnake > >> > >> EnterpriseDB UK: http://www.enterprisedb.com > >> The Enterprise PostgreSQL Company > > > > > > > > -- > Dave Page > Blog: http://pgsnake.blogspot.com > Twitter: @pgsnake > > EnterpriseDB UK: http://www.enterprisedb.com > The Enterprise PostgreSQL Company > --001a113e9a46cb0a68052e253f52 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Dave,

PFA the patch for cast mod= ule incorporating changes regarding showing system objects.
A= part from support for showing system object I have resolved few bugs in tha= t, unnecessary code and added nodes.sql file.

Please do review= it and if it looks good, please commit.


Regards,
Sanket Mehta
Sr Software engineer
Enterp= risedb

On Fri, Mar 4, 2016 at 4:33 PM, Dave Page <= dpage@pgadmin.org> wrote:
T= hanks, patch applied.

On Tue, Mar 1, 2016 at 7:20 AM, Sanket Mehta
<sanket.mehta@enterprisedb.com> wrote:
> Hi,
>
> There was an error in cast module while fetching its dependency and
> dependent.
> Below is the patch which resolves this issue.
> Please review and commit it.
>
>
>
> Regards,
> Sanket Mehta
> Sr Software engineer
> Enterprisedb
>
> On Wed, Feb 24, 2016 at 10:17 PM, Dave Page <dpage@pgadmin.org> wrote:
>>
>> Thanks - committed.
>>
>> On Tue, Feb 23, 2016 at 1:34 PM, Sanket Mehta
>> <sanket.mehta@= enterprisedb.com> wrote:
>>>
>>> Hi,
>>>
>>> PFA the revised patch as per your comments.
>>> Please review it and let me know the feedback.
>>>
>>> Regards,
>>> Sanket Mehta
>>> Sr Software engineer
>>> Enterprisedb
>>>
>>> On Tue, Feb 23, 2016 at 4:10 PM, Dave Page <dpage@pgadmin.org> wrote:
>>>>
>>>> Hi
>>>>
>>>> I've attached an update to this patch, in which I'= ve done some
>>>> word-smithing on various comments, and adjusted the SQL te= mplates to improve
>>>> the formatting.
>>>>
>>>> However, it looks like it's bit-rotted, as the depende= nts/dependencies
>>>> display is throwing Python errors. Please fix and then I t= hink it's just
>>>> about ready to commit.
>>>>
>>>> Thanks.
>>>>
>>>>
>>>> On Fri, Feb 19, 2016 at 11:03 AM, Sanket Mehta
>>>> <sanke= t.mehta@enterprisedb.com> wrote:
>>>>>
>>>>> Hi Dave,
>>>>>
>>>>> PFA the revise patch.
>>>>>
>>>>> It includes changes according to your review comments = as well as
>>>>> dependency/dependent part also.
>>>>>
>>>>> Let me know in case anything is missing.
>>>>>
>>>>> Regards,
>>>>> Sanket Mehta
>>>>> Sr Software engineer
>>>>> Enterprisedb
>>>>>
>>>>> On Mon, Feb 15, 2016 at 10:25 PM, Dave Page <dpage@pgadmin.org> wrote:
>>>>>>
>>>>>> And this time with the attachment...
>>>>>>
>>>>>> On Mon, Feb 15, 2016 at 4:53 PM, Dave Page <dpage@pgadmin.org> wrote:
>>>>>>>
>>>>>>> That's much better. Just a couple of comme= nts now, partly based on an
>>>>>>> email I wrote earlier:
>>>>>>>
>>>>>>> - There is still inconsistency in comment styl= e. Please see the
>>>>>>> attachment for an example. Note that there is = *always* a space between the
>>>>>>> comment marker and text.
>>>>>>>
>>>>>>> - If I try to edit a cast, I can change the de= scription - but no SQL
>>>>>>> is shown on the SQL tab, despite the comment b= eing correctly applied when I
>>>>>>> hit save. The properties pane of the main wind= ow is also not updated.
>>>>>>>
>>>>>>> Otherwise, it looks fine.
>>>>>>>
>>>>>>> Thanks.
>>>>>>>
>>>>>>> On Mon, Feb 15, 2016 at 1:28 PM, Sanket Mehta<= br> >>>>>>> <sanket.mehta@enterprisedb.com> wrote:
>>>>>>>>
>>>>>>>> Hi,
>>>>>>>>
>>>>>>>> PFA the revised patch with all the require= d comments.
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Regards,
>>>>>>>> Sanket Mehta
>>>>>>>> Sr Software engineer
>>>>>>>> Enterprisedb
>>>>>>>>
>>>>>>>> On Mon, Feb 15, 2016 at 4:18 PM, Dave Page= <dpage@pgadmin.org>
>>>>>>>> wrote:
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Mon, Feb 15, 2016 at 8:10 AM, Sanke= t Mehta
>>>>>>>>> <sanket.mehta@enterprisedb.com> wrote:
>>>>>>>>>>
>>>>>>>>>> Hi Dave,
>>>>>>>>>>
>>>>>>>>>> Regarding your suggestion of putti= ng some comments in javascript,
>>>>>>>>>> I think I have already put some co= mments regarding model data and their
>>>>>>>>>> controls if any extended.
>>>>>>>>>>
>>>>>>>>>> Can you please let me know where e= xactly you think more comments
>>>>>>>>>> are required?
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Hi
>>>>>>>>>
>>>>>>>>> The issue for me is that jQuery code i= sn't the easiest to read at
>>>>>>>>> the best of times, with nested/anonymo= us functions and inline JSON etc. As I
>>>>>>>>> look through the code for the various = nodes in isolation, it's extremely
>>>>>>>>> difficult to get a sense of what exact= ly each part of the code is doing. In
>>>>>>>>> this example, what I see by reading th= e code is:
>>>>>>>>>
>>>>>>>>> - Define the required libraries (requi= re.js stuff)
>>>>>>>>> - Extend the collection class
>>>>>>>>> - Extend the node class
>>>>>>>>>=C2=A0 =C2=A0- Define an init function = inline
>>>>>>>>>=C2=A0 =C2=A0- Add the menu options
>>>>>>>>>
>>>>>>>>> That part is fairly easy to figure out= (easier because there are
>>>>>>>>> blank lines between the logical sectio= ns). From there though, it becomes
>>>>>>>>> much harder;
>>>>>>>>>
>>>>>>>>> - There are no blank lines to separate= logical code sections at all
>>>>>>>>> between line 48 and 235 (there is one = blank line, but it doesn't separate
>>>>>>>>> code sections).
>>>>>>>>> - There are 4 comments that I can see.= The first two are identical,
>>>>>>>>> and appear to have identical code bloc= ks following them for reasons that are
>>>>>>>>> not even remotely obvious.
>>>>>>>>> - As a newcomer to this code, I'm = wondering if it's purpose is to
>>>>>>>>> define the backform model. If so, why = is it not broken up into sections with
>>>>>>>>> a comment to tell me what field each b= lock handles, and any other useful
>>>>>>>>> information I may need to know? If it&= #39;s not, then what is it for?
>>>>>>>>>
>>>>>>>>> So... I'm not going to tell you ex= actly where to put comments,
>>>>>>>>> because the point is that without spen= ding a couple of hours understanding
>>>>>>>>> this, I simply don't know. The poi= nt of the comments (and separation of
>>>>>>>>> logical sections of code with blank li= nes) is to make it easy for another
>>>>>>>>> developer (especially one as rusty as = me) to read and understand, then fix
>>>>>>>>> and improve. Be generous with comments= , but don't use them unnecessarily
>>>>>>>>> (e.g. "a =3D 1 // Set a to one&qu= ot;).
>>>>>>>>>
>>>>>>>>> Of course, this is not just directed a= t you Sanket - it's something
>>>>>>>>> all of us working on pgAdmin need to k= eep in mind.
>>>>>>>>>
>>>>>>>>> Thanks.
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> Dave Page
>>>>>>>>> Blog: http://pgsnake.blogspot.com
>>>>>>>>> Twitter: @pgsnake
>>>>>>>>>
>>>>>>>>> EnterpriseDB UK: http://www.enterpri= sedb.com
>>>>>>>>> The Enterprise PostgreSQL Company
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> Dave Page
>>>>>>> Blog: http://pgsnake.blogspot.com
>>>>>>> Twitter: @pgsnake
>>>>>>>
>>>>>>> EnterpriseDB UK: http://www.enterprisedb.com=
>>>>>>> The Enterprise PostgreSQL Company
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Dave Page
>>>>>> Blog: http://pgsnake.blogspot.com
>>>>>> Twitter: @pgsnake
>>>>>>
>>>>>> EnterpriseDB UK: http://www.enterprisedb.com=
>>>>>> The Enterprise PostgreSQL Company
>>>>>
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Dave Page
>>>> Blog: http://pgsnake.blogspot.com
>>>> Twitter: @pgsnake
>>>>
>>>> EnterpriseDB UK: http://www.enterprisedb.com
>>>> The Enterprise PostgreSQL Company
>>>
>>>
>>
>>
>>
>> --
>> Dave Page
>> Blog: http://pgsnake.blogspot.com
>> Twitter: @pgsnake
>>
>> EnterpriseDB UK: http://www.enterprisedb.com
>> The Enterprise PostgreSQL Company
>
>



--
Dave Page
Blog: http://pgsnake.blogspot.com
Twitter: @pgsnake

EnterpriseDB UK: http://www.enterprisedb.com
The Enterprise PostgreSQL Company

--001a113e9a46cb0a68052e253f52-- --001a113e9a46cb0a6e052e253f54 Content-Type: text/x-patch; charset=US-ASCII; name="cast_support_for_system_obj.patch" Content-Disposition: attachment; filename="cast_support_for_system_obj.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_iluih2xf0 ZGlmZiAtLWdpdCBhL3dlYi9wZ2FkbWluL2Jyb3dzZXIvc2VydmVyX2dyb3Vw cy9zZXJ2ZXJzL2RhdGFiYXNlcy9jYXN0cy9fX2luaXRfXy5weSBiL3dlYi9w Z2FkbWluL2Jyb3dzZXIvc2VydmVyX2dyb3Vwcy9zZXJ2ZXJzL2RhdGFiYXNl cy9jYXN0cy9fX2luaXRfXy5weQppbmRleCBjZGVjMjc4Li44ODQ3N2JiIDEw MDY0NAotLS0gYS93ZWIvcGdhZG1pbi9icm93c2VyL3NlcnZlcl9ncm91cHMv c2VydmVycy9kYXRhYmFzZXMvY2FzdHMvX19pbml0X18ucHkKKysrIGIvd2Vi L3BnYWRtaW4vYnJvd3Nlci9zZXJ2ZXJfZ3JvdXBzL3NlcnZlcnMvZGF0YWJh c2VzL2Nhc3RzL19faW5pdF9fLnB5CkBAIC0yMjUsNyArMjI1LDggQEAgY2xh c3MgQ2FzdFZpZXcoUEdDaGlsZE5vZGVWaWV3KToKICAgICAgICAgIiIiCiAg ICAgICAgIHNxbCA9IHJlbmRlcl90ZW1wbGF0ZSgKICAgICAgICAgICAgICIv Ii5qb2luKFtzZWxmLnRlbXBsYXRlX3BhdGgsICdwcm9wZXJ0aWVzLnNxbCdd KSwKLSAgICAgICAgICAgIGRhdGxhc3RzeXNvaWQ9c2VsZi5tYW5hZ2VyLmRi X2luZm9bZGlkXVsnZGF0bGFzdHN5c29pZCddCisgICAgICAgICAgICBkYXRs YXN0c3lzb2lkPXNlbGYubWFuYWdlci5kYl9pbmZvW2RpZF1bJ2RhdGxhc3Rz eXNvaWQnXSwKKyAgICAgICAgICAgIHNob3dzeXNvYmo9c2VsZi5ibHVlcHJp bnQuc2hvd19zeXN0ZW1fb2JqZWN0cwogICAgICAgICApCiAgICAgICAgIHN0 YXR1cywgcmVzID0gc2VsZi5jb25uLmV4ZWN1dGVfZGljdChzcWwpCiAKQEAg LTI1MiwxNSArMjUzLDE1IEBAIGNsYXNzIENhc3RWaWV3KFBHQ2hpbGROb2Rl Vmlldyk6CiAgICAgICAgICIiIgogICAgICAgICByZXMgPSBbXQogICAgICAg ICBzcWwgPSByZW5kZXJfdGVtcGxhdGUoCi0gICAgICAgICAgICAiLyIuam9p bihbc2VsZi50ZW1wbGF0ZV9wYXRoLCAncHJvcGVydGllcy5zcWwnXSksCi0g ICAgICAgICAgICBkYXRsYXN0c3lzb2lkPXNlbGYubWFuYWdlci5kYl9pbmZv W2RpZF1bJ2RhdGxhc3RzeXNvaWQnXQorICAgICAgICAgICAgIi8iLmpvaW4o W3NlbGYudGVtcGxhdGVfcGF0aCwgJ25vZGVzLnNxbCddKSwKKyAgICAgICAg ICAgIGRhdGxhc3RzeXNvaWQ9c2VsZi5tYW5hZ2VyLmRiX2luZm9bZGlkXVsn ZGF0bGFzdHN5c29pZCddLAorICAgICAgICAgICAgc2hvd3N5c29iaj1zZWxm LmJsdWVwcmludC5zaG93X3N5c3RlbV9vYmplY3RzCiAgICAgICAgICkKICAg ICAgICAgc3RhdHVzLCByc2V0ID0gc2VsZi5jb25uLmV4ZWN1dGVfMmRhcnJh eShzcWwpCiAgICAgICAgIGlmIG5vdCBzdGF0dXM6CiAgICAgICAgICAgICBy ZXR1cm4gaW50ZXJuYWxfc2VydmVyX2Vycm9yKGVycm9ybXNnPXJzZXQpCiAK ICAgICAgICAgZm9yIHJvdyBpbiByc2V0Wydyb3dzJ106Ci0gICAgICAgICAg ICByb3dbJ2Nhc3Rjb250ZXh0J10gPSBUcnVlIGlmIHJvd1snY2FzdGNvbnRl eHQnXSA9PSAnSU1QTElDSVQnIGVsc2UgRmFsc2UKICAgICAgICAgICAgIHJl cy5hcHBlbmQoCiAgICAgICAgICAgICAgICAgc2VsZi5ibHVlcHJpbnQuZ2Vu ZXJhdGVfYnJvd3Nlcl9ub2RlKAogICAgICAgICAgICAgICAgICAgICByb3db J29pZCddLApAQCAtMjc1LDYgKzI3NiwzMSBAQCBjbGFzcyBDYXN0VmlldyhQ R0NoaWxkTm9kZVZpZXcpOgogICAgICAgICApCiAKICAgICBAY2hlY2tfcHJl Y29uZGl0aW9uCisgICAgZGVmIG5vZGUoc2VsZiwgZ2lkLCBzaWQsIGRpZCwg Y2lkKToKKyAgICAgICAgcmVzID0gW10KKyAgICAgICAgc3FsID0gcmVuZGVy X3RlbXBsYXRlKAorICAgICAgICAgICAgIi8iLmpvaW4oW3NlbGYudGVtcGxh dGVfcGF0aCwgJ25vZGVzLnNxbCddKSwKKyAgICAgICAgICAgIGNpZD1jaWQK KyAgICAgICAgKQorICAgICAgICBzdGF0dXMsIHJzZXQgPSBzZWxmLmNvbm4u ZXhlY3V0ZV8yZGFycmF5KHNxbCkKKyAgICAgICAgaWYgbm90IHN0YXR1czoK KyAgICAgICAgICAgIHJldHVybiBpbnRlcm5hbF9zZXJ2ZXJfZXJyb3IoZXJy b3Jtc2c9cnNldCkKKworICAgICAgICBmb3Igcm93IGluIHJzZXRbJ3Jvd3Mn XToKKyAgICAgICAgICAgIHJlcy5hcHBlbmQoCisgICAgICAgICAgICAgICAg c2VsZi5ibHVlcHJpbnQuZ2VuZXJhdGVfYnJvd3Nlcl9ub2RlKAorICAgICAg ICAgICAgICAgICAgICByb3dbJ29pZCddLAorICAgICAgICAgICAgICAgICAg ICBkaWQsCisgICAgICAgICAgICAgICAgICAgIHJvd1snbmFtZSddLAorICAg ICAgICAgICAgICAgICAgICBpY29uPSJpY29uLWZ0c190ZW1wbGF0ZSIKKyAg ICAgICAgICAgICAgICApKQorCisgICAgICAgIHJldHVybiBtYWtlX2pzb25f cmVzcG9uc2UoCisgICAgICAgICAgICBkYXRhPXJlcywKKyAgICAgICAgICAg IHN0YXR1cz0yMDAKKyAgICAgICAgKQorCisgICAgQGNoZWNrX3ByZWNvbmRp dGlvbgogICAgIGRlZiBwcm9wZXJ0aWVzKHNlbGYsIGdpZCwgc2lkLCBkaWQs IGNpZCk6CiAgICAgICAgICIiIgogICAgICAgICBUaGlzIGZ1bmN0aW9uIHdp bGwgc2hvdyB0aGUgcHJvcGVydGllcyBvZiB0aGUgc2VsZWN0ZWQgY2FzdCBu b2RlCkBAIC0yODcsNyArMzEzLDggQEAgY2xhc3MgQ2FzdFZpZXcoUEdDaGls ZE5vZGVWaWV3KToKICAgICAgICAgc3FsID0gcmVuZGVyX3RlbXBsYXRlKAog ICAgICAgICAgICAgIi8iLmpvaW4oW3NlbGYudGVtcGxhdGVfcGF0aCwgJ3By b3BlcnRpZXMuc3FsJ10pLAogICAgICAgICAgICAgY2lkPWNpZCwKLSAgICAg ICAgICAgIGRhdGxhc3RzeXNvaWQ9c2VsZi5tYW5hZ2VyLmRiX2luZm9bZGlk XVsnZGF0bGFzdHN5c29pZCddCisgICAgICAgICAgICBkYXRsYXN0c3lzb2lk PXNlbGYubWFuYWdlci5kYl9pbmZvW2RpZF1bJ2RhdGxhc3RzeXNvaWQnXSwK KyAgICAgICAgICAgIHNob3dzeXNvYmo9c2VsZi5ibHVlcHJpbnQuc2hvd19z eXN0ZW1fb2JqZWN0cwogICAgICAgICApCiAgICAgICAgIHN0YXR1cywgcmVz ID0gc2VsZi5jb25uLmV4ZWN1dGVfZGljdChzcWwpCiAKQEAgLTMzOCw3ICsz NjUsOCBAQCBjbGFzcyBDYXN0VmlldyhQR0NoaWxkTm9kZVZpZXcpOgogICAg ICAgICAgICAgc3FsID0gcmVuZGVyX3RlbXBsYXRlKCIvIi5qb2luKFtzZWxm LnRlbXBsYXRlX3BhdGgsICdwcm9wZXJ0aWVzLnNxbCddKSwKICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICBzcmN0eXA9ZGF0YVsnc3JjdHlw J10sCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgdHJndHlw PWRhdGFbJ3RyZ3R5cCddLAotICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIGRhdGxhc3RzeXNvaWQ9c2VsZi5tYW5hZ2VyLmRiX2luZm9bZGlk XVsnZGF0bGFzdHN5c29pZCddCisgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgZGF0bGFzdHN5c29pZD1zZWxmLm1hbmFnZXIuZGJfaW5mb1tk aWRdWydkYXRsYXN0c3lzb2lkJ10sCisgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgc2hvd3N5c29iaj1zZWxmLmJsdWVwcmludC5zaG93X3N5 c3RlbV9vYmplY3RzCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgKQogICAgICAgICAgICAgc3RhdHVzLCBjaWQgPSBzZWxmLmNvbm4uZXhl Y3V0ZV9zY2FsYXIoc3FsKQogICAgICAgICAgICAgaWYgbm90IHN0YXR1czoK QEAgLTQ4NSw3ICs1MTMsOCBAQCBjbGFzcyBDYXN0VmlldyhQR0NoaWxkTm9k ZVZpZXcpOgogICAgICAgICAgICAgaWYgY2lkIGlzIG5vdCBOb25lOgogICAg ICAgICAgICAgICAgIHNxbCA9IHJlbmRlcl90ZW1wbGF0ZSgiLyIuam9pbihb c2VsZi50ZW1wbGF0ZV9wYXRoLCAncHJvcGVydGllcy5zcWwnXSksCiAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGNpZD1jaWQsCi0g ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGRhdGxhc3Rz eXNvaWQ9c2VsZi5tYW5hZ2VyLmRiX2luZm9bZGlkXVsnZGF0bGFzdHN5c29p ZCddKQorICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBk YXRsYXN0c3lzb2lkPXNlbGYubWFuYWdlci5kYl9pbmZvW2RpZF1bJ2RhdGxh c3RzeXNvaWQnXSwKKyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgc2hvd3N5c29iaj1zZWxmLmJsdWVwcmludC5zaG93X3N5c3RlbV9v YmplY3RzKQogICAgICAgICAgICAgICAgIHN0YXR1cywgcmVzID0gc2VsZi5j b25uLmV4ZWN1dGVfZGljdChzcWwpCiAKICAgICAgICAgICAgICAgICBpZiBu b3Qgc3RhdHVzOgpAQCAtNjE0LDcgKzY0Myw3IEBAIGNsYXNzIENhc3RWaWV3 KFBHQ2hpbGROb2RlVmlldyk6CiAgICAgICAgICAgICBkaWQ6IERhdGFiYXNl IElECiAgICAgICAgICAgICBjaWQ6IENhc3QgSUQKICAgICAgICAgIiIiCi0g ICAgICAgIGRlcGVuZGVudHNfcmVzdWx0ID0gc2VsZi5nZXRfZGVwZW5kZW50 cyhzZWxmLmNvbm4sIGNpZCwgJ2Nhc3QnKQorICAgICAgICBkZXBlbmRlbnRz X3Jlc3VsdCA9IHNlbGYuZ2V0X2RlcGVuZGVudHMoc2VsZi5jb25uLCBjaWQp CiAgICAgICAgIHJldHVybiBhamF4X3Jlc3BvbnNlKAogICAgICAgICAgICAg ICAgIHJlc3BvbnNlPWRlcGVuZGVudHNfcmVzdWx0LAogICAgICAgICAgICAg ICAgIHN0YXR1cz0yMDAKQEAgLTYzMiw3ICs2NjEsNyBAQCBjbGFzcyBDYXN0 VmlldyhQR0NoaWxkTm9kZVZpZXcpOgogICAgICAgICAgICAgZGlkOiBEYXRh YmFzZSBJRAogICAgICAgICAgICAgY2lkOiBDYXN0IElECiAgICAgICAgICIi IgotICAgICAgICBkZXBlbmRlbmNpZXNfcmVzdWx0ID0gc2VsZi5nZXRfZGVw ZW5kZW5jaWVzKHNlbGYuY29ubiwgY2lkLCAnY2FzdCcpCisgICAgICAgIGRl cGVuZGVuY2llc19yZXN1bHQgPSBzZWxmLmdldF9kZXBlbmRlbmNpZXMoc2Vs Zi5jb25uLCBjaWQpCiAgICAgICAgIHJldHVybiBhamF4X3Jlc3BvbnNlKAog ICAgICAgICAgICAgICAgIHJlc3BvbnNlPWRlcGVuZGVuY2llc19yZXN1bHQs CiAgICAgICAgICAgICAgICAgc3RhdHVzPTIwMApkaWZmIC0tZ2l0IGEvd2Vi L3BnYWRtaW4vYnJvd3Nlci9zZXJ2ZXJfZ3JvdXBzL3NlcnZlcnMvZGF0YWJh c2VzL2Nhc3RzL3RlbXBsYXRlcy9jYXN0L3NxbC85LjFfcGx1cy9jcmVhdGUu c3FsIGIvd2ViL3BnYWRtaW4vYnJvd3Nlci9zZXJ2ZXJfZ3JvdXBzL3NlcnZl cnMvZGF0YWJhc2VzL2Nhc3RzL3RlbXBsYXRlcy9jYXN0L3NxbC85LjFfcGx1 cy9jcmVhdGUuc3FsCmluZGV4IGNlZjc2Y2EuLmVkZDI0NDQgMTAwNjQ0Ci0t LSBhL3dlYi9wZ2FkbWluL2Jyb3dzZXIvc2VydmVyX2dyb3Vwcy9zZXJ2ZXJz L2RhdGFiYXNlcy9jYXN0cy90ZW1wbGF0ZXMvY2FzdC9zcWwvOS4xX3BsdXMv Y3JlYXRlLnNxbAorKysgYi93ZWIvcGdhZG1pbi9icm93c2VyL3NlcnZlcl9n cm91cHMvc2VydmVycy9kYXRhYmFzZXMvY2FzdHMvdGVtcGxhdGVzL2Nhc3Qv c3FsLzkuMV9wbHVzL2NyZWF0ZS5zcWwKQEAgLTEsMTAgKzEsNSBAQAogeyMg Q1JFQVRFIENBU1QgU3RhdGVtZW50ICN9Ci17JSBpZiBpc19zcWwgJX0KLS0t IENhc3Q6IHt7Y29ubnxxdFR5cGVJZGVudChkYXRhLnNyY3R5cCl9fS0+e3sg Y29ubnxxdFR5cGVJZGVudChkYXRhLnRyZ3R5cCkgfX07CiAKLS0tIERST1Ag Q0FTVCAoe3sgY29ubnxxdFR5cGVJZGVudChkYXRhLnNyY3R5cCkgfX0gQVMg e3sgY29ubnxxdFR5cGVJZGVudChkYXRhLnRyZ3R5cCkgfX0pOwotCi17JSBl bmRpZiAlfQogeyUgaWYgZGF0YSBhbmQgZGF0YS5zcmN0eXAgYW5kIGRhdGEu dHJndHlwICV9CiBDUkVBVEUgQ0FTVCAoe3sgY29ubnxxdFR5cGVJZGVudChk YXRhLnNyY3R5cCkgfX0gQVMge3sgY29ubnxxdFR5cGVJZGVudChkYXRhLnRy Z3R5cCkgfX0pCiB7JSBpZiBkYXRhLnByb25hbWUgYW5kIGRhdGEucHJvbmFt ZSAhPSAnYmluYXJ5IGNvbXBhdGlibGUnJX0KZGlmZiAtLWdpdCBhL3dlYi9w Z2FkbWluL2Jyb3dzZXIvc2VydmVyX2dyb3Vwcy9zZXJ2ZXJzL2RhdGFiYXNl cy9jYXN0cy90ZW1wbGF0ZXMvY2FzdC9zcWwvOS4xX3BsdXMvbm9kZXMuc3Fs IGIvd2ViL3BnYWRtaW4vYnJvd3Nlci9zZXJ2ZXJfZ3JvdXBzL3NlcnZlcnMv ZGF0YWJhc2VzL2Nhc3RzL3RlbXBsYXRlcy9jYXN0L3NxbC85LjFfcGx1cy9u b2Rlcy5zcWwKbmV3IGZpbGUgbW9kZSAxMDA2NDQKaW5kZXggMDAwMDAwMC4u ODdmMzMxZgotLS0gL2Rldi9udWxsCisrKyBiL3dlYi9wZ2FkbWluL2Jyb3dz ZXIvc2VydmVyX2dyb3Vwcy9zZXJ2ZXJzL2RhdGFiYXNlcy9jYXN0cy90ZW1w bGF0ZXMvY2FzdC9zcWwvOS4xX3BsdXMvbm9kZXMuc3FsCkBAIC0wLDAgKzEs MjMgQEAKKyAgICBTRUxFQ1QKKyAgICAgICAgY2Eub2lkLAorICAgICAgICBj b25jYXQoZm9ybWF0X3R5cGUoc3Qub2lkLE5VTEwpLCctPicsZm9ybWF0X3R5 cGUodHQub2lkLHR0LnR5cHR5cG1vZCkpIGFzIG5hbWUKKyAgICBGUk9NIHBn X2Nhc3QgY2EKKyAgICBKT0lOIHBnX3R5cGUgc3QgT04gc3Qub2lkPWNhc3Rz b3VyY2UKKyAgICBKT0lOIHBnX25hbWVzcGFjZSBucyBPTiBucy5vaWQ9c3Qu dHlwbmFtZXNwYWNlCisgICAgSk9JTiBwZ190eXBlIHR0IE9OIHR0Lm9pZD1j YXN0dGFyZ2V0CisgICAgSk9JTiBwZ19uYW1lc3BhY2UgbnQgT04gbnQub2lk PXR0LnR5cG5hbWVzcGFjZQorICAgIExFRlQgSk9JTiBwZ19wcm9jIHByIE9O IHByLm9pZD1jYXN0ZnVuYworICAgIExFRlQgSk9JTiBwZ19uYW1lc3BhY2Ug bnAgT04gbnAub2lkPXByLnByb25hbWVzcGFjZQorICAgIExFRlQgT1VURVIg Sk9JTiBwZ19kZXNjcmlwdGlvbiBkZXMgT04gKGRlcy5vYmpvaWQ9Y2Eub2lk IEFORCBkZXMub2Jqc3ViaWQ9MCBBTkQgZGVzLmNsYXNzb2lkPSdwZ19jYXN0 Jzo6cmVnY2xhc3MpCisgICAgeyUgaWYgY2lkICV9CisgICAgICAgIFdIRVJF IGNhLm9pZD17e2NpZH19OjppbnQKKyAgICB7JSBlbmRpZiAlfQorICAgIHsj IENoZWNrIGZvciBTaG93IHN5c3RlbSBvYmplY3QgI30KKyAgICB7JSBpZiAo bm90IHNob3dzeXNvYmopIGFuZCBkYXRsYXN0c3lzb2lkICV9CisgICAgICAg IHslIGlmIGNpZCAlfQorICAgICAgICAgICAgQU5ECisgICAgICAgIHslIGVs c2UgJX0KKyAgICAgICAgICAgIFdIRVJFCisgICAgICAgIHslIGVuZGlmICV9 CisgICAgICAgIGNhLm9pZCA+IHt7ZGF0bGFzdHN5c29pZH19OjpPSUQKKyAg ICB7JSBlbmRpZiAlfQpcIE5vIG5ld2xpbmUgYXQgZW5kIG9mIGZpbGUKZGlm ZiAtLWdpdCBhL3dlYi9wZ2FkbWluL2Jyb3dzZXIvc2VydmVyX2dyb3Vwcy9z ZXJ2ZXJzL2RhdGFiYXNlcy9jYXN0cy90ZW1wbGF0ZXMvY2FzdC9zcWwvOS4x X3BsdXMvcHJvcGVydGllcy5zcWwgYi93ZWIvcGdhZG1pbi9icm93c2VyL3Nl cnZlcl9ncm91cHMvc2VydmVycy9kYXRhYmFzZXMvY2FzdHMvdGVtcGxhdGVz L2Nhc3Qvc3FsLzkuMV9wbHVzL3Byb3BlcnRpZXMuc3FsCmluZGV4IDE1ZWZh OTUuLjI1NWVlMjMgMTAwNjQ0Ci0tLSBhL3dlYi9wZ2FkbWluL2Jyb3dzZXIv c2VydmVyX2dyb3Vwcy9zZXJ2ZXJzL2RhdGFiYXNlcy9jYXN0cy90ZW1wbGF0 ZXMvY2FzdC9zcWwvOS4xX3BsdXMvcHJvcGVydGllcy5zcWwKKysrIGIvd2Vi L3BnYWRtaW4vYnJvd3Nlci9zZXJ2ZXJfZ3JvdXBzL3NlcnZlcnMvZGF0YWJh c2VzL2Nhc3RzL3RlbXBsYXRlcy9jYXN0L3NxbC85LjFfcGx1cy9wcm9wZXJ0 aWVzLnNxbApAQCAtMTQsNyArMTQsNyBAQAogICAgIFNFTEVDVAogICAgICAg ICBjYS5vaWQsCiAgICAgQ0FTRQotICAgICAgICBXSEVOIHt7ZGF0bGFzdHN5 c29pZH19OjpPSUQgPiBjYS5vaWQgdGhlbiAnWWVzJyBFTFNFICdObycKKyAg ICAgICAgV0hFTiB7e2RhdGxhc3RzeXNvaWR9fTo6T0lEID4gY2Eub2lkIHRo ZW4gVHJ1ZSBFTFNFIEZhbHNlCiAgICAgRU5EIEFTIHN5c2Nhc3QsCiAgICAg Q0FTRQogICAgICAgICBXSEVOIGNhLmNhc3Rjb250ZXh0ID0gJ2EnIFRIRU4g J0FTU0lHTk1FTlQnCkBAIC00Niw5ICs0Niw4IEBACiAgICAgICAgIFdIRVJF IGNhLm9pZD17e2NpZH19OjppbnQKICAgICB7JSBlbmRpZiAlfQogCi0tLVRP RE86IGFkZCBjaGVjayBmb3Igc2hvd1N5c3RlbU9iamVjdCgpLiBjdXJyZW50 bHkgYXNzdW1lZCBhcyBmYWxzZQotICAgIHsjCi0gICAgeyUgaWYgZGF0bGFz dHN5c29pZCAlfQorICAgIHsjIENoZWNrIGZvciBTaG93IHN5c3RlbSBvYmpl Y3QgI30KKyAgICB7JSBpZiAobm90IHNob3dzeXNvYmopIGFuZCBkYXRsYXN0 c3lzb2lkICV9CiAgICAgICAgIHslIGlmIGNpZCAlfQogICAgICAgICAgICAg QU5ECiAgICAgICAgIHslIGVsc2UgJX0KQEAgLTU2LDYgKzU1LDUgQEAKICAg ICAgICAgeyUgZW5kaWYgJX0KICAgICAgICAgY2Eub2lkID4ge3tkYXRsYXN0 c3lzb2lkfX06Ok9JRAogICAgIHslIGVuZGlmICV9Ci0gICAgI30KICAgICBP UkRFUiBCWSBzdC50eXBuYW1lLCB0dC50eXBuYW1lCiB7JSBlbmRpZiAlfQpc IE5vIG5ld2xpbmUgYXQgZW5kIG9mIGZpbGUK --001a113e9a46cb0a6e052e253f54 Content-Type: text/plain Content-Disposition: inline Content-Transfer-Encoding: 8bit MIME-Version: 1.0 -- Sent via pgadmin-hackers mailing list (pgadmin-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgadmin-hackers --001a113e9a46cb0a6e052e253f54--