Re: spurious use of %m format in pg_upgrade
От | Tom Lane |
---|---|
Тема | Re: spurious use of %m format in pg_upgrade |
Дата | |
Msg-id | 19760.1310012529@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | spurious use of %m format in pg_upgrade (Peter Eisentraut <peter_e@gmx.net>) |
Ответы |
Re: spurious use of %m format in pg_upgrade
|
Список | pgsql-hackers |
Peter Eisentraut <peter_e@gmx.net> writes: > pg_upgrade's pg_scandir_internal() makes use of the non-standard %m > format: > > pg_log(PG_FATAL, "could not open directory \"%s\": %m\n", dirname); > > Is this an oversight, or is there an undocumented assumption that this > code will only be used on platforms where %m works? Surely an oversight; everywhere else in frontend code, we take care to use strerror instead. Is there a way to persuade gcc to complain about such extensions when used in contexts where we don't know they work? > (Which platforms don't have scandir() anyway?) Hmmm ... my neolithic HPUX box has it, but OTOH the Open Group specs seem to have added it only in Issue 7 (2008), so I'd not want to bet money that any random Unix has got it. regards, tom lane
В списке pgsql-hackers по дате отправления: