Re: -Wformat-zero-length

Поиск
Список
Период
Сортировка
От Bruce Momjian
Тема Re: -Wformat-zero-length
Дата
Msg-id 20120803164435.GA3463@momjian.us
обсуждение исходный текст
Ответ на Re: -Wformat-zero-length  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: -Wformat-zero-length
Список pgsql-hackers
On Thu, Jul  7, 2011 at 06:09:54PM -0400, Tom Lane wrote:
> I wrote:
> > Peter Eisentraut <peter_e@gmx.net> writes:
> >> I was adding gcc printf attributes to more functions in obscure places,
> >> and now I'm seeing this in pg_upgrade:
>
> >> relfilenode.c:72:2: warning: zero-length gnu_printf format string [-Wformat-zero-length]
>
> > Shouldn't it be prep_status("\n")?  If not, why not?
>
> On closer inspection, it appears to me that prep_status should never be
> called with a string containing a newline, period, and the test it
> contains for that case is just brain damage.  The only reason to call it
> at all is to produce a line like
>
>     message ......................
>
> where something more is expected to be added to the line later.  Calls
> that are meant to produce a complete line could go directly to pg_log.
>
> This in turn implies that transfer_all_new_dbs's use of the function is
> broken and needs to be rethought.

I changed a prep_status() call to pg_log() as you suggested, and
backpatched to 9.2.  Patch attached.

--
  Bruce Momjian  <bruce@momjian.us>        http://momjian.us
  EnterpriseDB                             http://enterprisedb.com

  + It's impossible for everything to be true. +

Вложения

В списке pgsql-hackers по дате отправления:

Предыдущее
От: Robert Haas
Дата:
Сообщение: Re: CreateLockFile() race condition
Следующее
От: Andrew Dunstan
Дата:
Сообщение: Re: WIP pgindent replacement