Re: Add %z support to elog/ereport?

Поиск
Список
Период
Сортировка
От Florian Pflug
Тема Re: Add %z support to elog/ereport?
Дата
Msg-id 8191B6A5-8EA8-423E-8846-2BFE16850DD8@phlo.org
обсуждение исходный текст
Ответ на Re: Add %z support to elog/ereport?  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Add %z support to elog/ereport?  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
On Jan21, 2014, at 18:56 , Tom Lane <tgl@sss.pgh.pa.us> wrote:
> Robert Haas <robertmhaas@gmail.com> writes:
>> Perhaps we should jettison entirely the idea of using the operating
>> system's built-in sprintf and use one of our own that has all of the
>> nice widgets we need, like a format code that's guaranteed to be right
>> for uint64 and one that's guaranteed to be right for Size.  This could
>> turn out to be a bad idea if the best sprintf we can write is much
>> slower than the native sprintf on any common platforms ... and maybe
>> it wouldn't play nice with GCC's desire to check format strings.
> 
> That last is a deal-breaker.  It's not just whether "gcc desires" to check
> this --- we *need* that checking, because people get it wrong without it.

There's an attribute that enables this check for arbitrary functions AFAIR.

best regards,
Florian Pflug




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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: proposal: hide application_name from other users
Следующее
От: Jon Nelson
Дата:
Сообщение: PoC: Duplicate Tuple Elidation during External Sort for DISTINCT