Re: pg_receivexlog: spurious error message connecting to 9.3
| От | Robert Haas |
|---|---|
| Тема | Re: pg_receivexlog: spurious error message connecting to 9.3 |
| Дата | |
| Msg-id | CA+TgmoZ1+FuJmNcBpR-Pjwf00AW-10_RNd-tfG2n9cM2DhLZCA@mail.gmail.com обсуждение исходный текст |
| Ответ на | Re: pg_receivexlog: spurious error message connecting to 9.3 (Craig Ringer <craig@2ndquadrant.com>) |
| Ответы |
Re: pg_receivexlog: spurious error message connecting to
9.3
|
| Список | pgsql-hackers |
On Tue, Nov 10, 2015 at 1:35 AM, Craig Ringer <craig@2ndquadrant.com> wrote: > On 10 November 2015 at 01:47, Marco Nenciarini > <marco.nenciarini@2ndquadrant.it> wrote: > >> I've attached a little patch that removes the errors when connected to 9.3. > > Looks good to me. No point confusing users. > > The other callers of RunIdentifySystem are pg_basebackup and > pg_receivelogical. > > pg_basebackup doesn't ask for the db_name (passes null). > > pg_receivelogical handles it being null already (and if it didn't, > it'd die with or without this patch). > > pg_receivexlog expects it to be null and fails gracefully if it isn't. > > So this change just removes some pointless noise. The fprintf(stderr, ...) does not cause a non-local exit, so the "else" just after it should be deleted. Otherwise, when that branch is taken, *db_name doesn't get initialized at all. Actually, I'd suggest doing it like the attached instead, which seems a bit tighter. -- Robert Haas EnterpriseDB: http://www.enterprisedb.com The Enterprise PostgreSQL Company
Вложения
В списке pgsql-hackers по дате отправления: