Re: BUG #12379: pgbench should hint to pgbench -i
От | Shulgin, Oleksandr |
---|---|
Тема | Re: BUG #12379: pgbench should hint to pgbench -i |
Дата | |
Msg-id | CACACo5SKW1GFrHTzOWLHJeXCEoQrEiijdtqo4d7hrvLW3_NFiA@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: BUG #12379: pgbench should hint to pgbench -i (Fabien COELHO <coelho@cri.ensmp.fr>) |
Ответы |
Re: BUG #12379: pgbench should hint to pgbench -i
|
Список | 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 по дате отправления: