Re: Patch: Show process IDs of processes holding a lock; show relation and tuple infos of a lock to acquire
В списке pgsql-hackers по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: Patch: Show process IDs of processes holding a lock; show relation and tuple infos of a lock to acquire |
| Дата | |
| Msg-id | 12774.1390410007@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: Patch: Show process IDs of processes holding a lock; show relation and tuple infos of a lock to acquire (Alvaro Herrera <alvherre@2ndquadrant.com>) |
| Ответы |
Re: Patch: Show process IDs of processes holding a lock;
show relation and tuple infos of a lock to acquire
|
| Список | pgsql-hackers |
Alvaro Herrera <alvherre@2ndquadrant.com> writes:
> This ngettext() call is repeated four times in the new code, which is a
> bit annoying because it's not trivial. I think you could assign the
> ngettext() to a char * at the bottom of the loop, and then in the
> ereport() calls use it:
Would that not break the compiler's ability to verify the format codes
in the string? Not to mention make it harder for people to compare
format to arguments, too?
However, the real problem here is that you shouldn't be calling ngettext
manually in an ereport context in the first place. There is
infrastructure in place for that, and this isn't using it.
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера