Re: BUG #12379: pgbench should hint to pgbench -i - Mailing list pgsql-bugs

From Shulgin, Oleksandr
Subject Re: BUG #12379: pgbench should hint to pgbench -i
Date
Msg-id CACACo5SKW1GFrHTzOWLHJeXCEoQrEiijdtqo4d7hrvLW3_NFiA@mail.gmail.com
Whole thread Raw
In response to Re: BUG #12379: pgbench should hint to pgbench -i  (Fabien COELHO <coelho@cri.ensmp.fr>)
Responses Re: BUG #12379: pgbench should hint to pgbench -i  (Fabien COELHO <coelho@cri.ensmp.fr>)
List pgsql-bugs
On Thu, May 21, 2015 at 10:10 AM, Fabien COELHO <coelho@cri.ensmp.fr> wrote:

>
> Hello Oleksandr,
>
>  HINT:  is "foo" the right database? did you initialize first (pgbench -i)?
>>>
>>
>> I don't think there is precedent for spitting out "HINT:" in client code
>> (at least grep didn't find it).  So this message might look like it's
>> coming from the server, while it doesn't.
>>
>
> I do not see that as a problem. From my point of view a "HINT" is just
> what it is, and the message says clearly that it comes from pgbench.
>
>  I think the following is closer to pre-existing experience, IMO:
>> + fprintf(stderr, "Is \"%s\" the right database? Did you initialize it
>> first (pgbench -i)?\n", dbName);
>>
>
> Hmmm. I liked to have a prefix on the line, that gives a purpose to the
> sentence. Maybe:
>
>   HINT (pgbench):  Is "foo" the right database? Did you initialize (-i)
> first?
>
> Or
>
>   pgbench:  ...
>
> Or
>
>   pgbench HINT:  ...


Well, prefixing with "<binaryname>: " makes sense to me in the general
case.  But would it not be odd to do that for this message, and not the
whole lot of the rest of stuff pgbench can print to stderr, which are not
fatal errors, that is: hints?

--
Alex

pgsql-bugs by date:

Previous
From: Fabien COELHO
Date:
Subject: Re: BUG #12379: pgbench should hint to pgbench -i
Next
From: Fabien COELHO
Date:
Subject: Re: BUG #12379: pgbench should hint to pgbench -i