Re: TestLib::command_fails_like enhancement

From: Mark Dilger <hornschnorter(at)gmail(dot)com>
To: Andrew Dunstan <andrew(dot)dunstan(at)2ndquadrant(dot)com>, Craig Ringer <craig(at)2ndquadrant(dot)com>
Cc: PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>
Subject: Re: TestLib::command_fails_like enhancement
Date: 2019-11-08 16:25:50
Message-ID: 130f1f09-9722-9bcb-b68a-3effe403afb2@gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 11/8/19 6:33 AM, Andrew Dunstan wrote:
>
> On 11/8/19 1:16 AM, Craig Ringer wrote:
>> On Fri, 8 Nov 2019 at 06:28, Mark Dilger <hornschnorter(at)gmail(dot)com
>> <mailto:hornschnorter(at)gmail(dot)com>> wrote:
>>
>>
>>
>> On 10/31/19 10:02 AM, Andrew Dunstan wrote:
>> >
>> > This small patch authored by my colleague Craig Ringer enhances
>> > Testlib's command_fails_like by allowing the passing of extra
>> keyword
>> > type arguments. The keyword initially recognized is
>> 'extra_ipcrun_opts'.
>> > The value for this keyword needs to be an array, and is passed
>> through
>> > to the call to IPC::Run.
>>
>> Hi Andrew, a few code review comments:
>>
>> The POD documentation for this function should be updated to
>> include a
>> description of the %kwargs argument list.
>>
>> Since command_fails_like is patterned on command_like, perhaps you
>> should make this change to both of them, even if you only originally
>> intend to use the new functionality in command_fails_like.  I'm
>> not sure
>> of this, though, since I haven't seen any example usage yet.
>>
>> I'm vaguely bothered by having %kwargs gobble up the remaining
>> function
>> arguments, not because it isn't a perl-ish thing to do, but
>> because none
>> of the other functions in this module do anything similar.  The
>> function
>> check_mode_recursive takes an optional $ignore_list array
>> reference as
>> its last argument.  Perhaps command_fails_like could follow that
>> pattern
>> by taking an optional $kwargs hash reference.
>>
>>
>> Yeah, that's probably sensible.
>>
>>
>>
>
>
> OK, I will rework it taking these comments into account. Thanks for the
> comments Mark.

I'd be happy to see the regression tests you are writing sooner than
that, if you don't mind posting them. It's hard to do a proper review
for you without a better sense of where you are going with these changes.

--
Mark Dilger

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Robert Haas 2019-11-08 16:59:05 Re: tableam vs. TOAST
Previous Message Dmitry Dolgov 2019-11-08 16:22:32 Re: Binary support for pgoutput plugin