Re: proposal: more practical view on function's source code

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: proposal: more practical view on function's source code
Дата
Msg-id 22165.1269186166@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: proposal: more practical view on function's source code  (Pavel Stehule <pavel.stehule@gmail.com>)
Ответы Re: proposal: more practical view on function's source code  (Pavel Stehule <pavel.stehule@gmail.com>)
Re: proposal: more practical view on function's source code  (Dimitri Fontaine <dfontaine@hi-media.com>)
Re: proposal: more practical view on function's source code  (Robert Haas <robertmhaas@gmail.com>)
Список pgsql-hackers
Pavel Stehule <pavel.stehule@gmail.com> writes:
> I understanding. But this functionality is implemented yet. My
> motivation is to design some tool for more easy searching n. row in
> source code (for interpretation error messages) and possibility to see
> this row in some context.

Why is this a good way to attack that?  If you think the context already
provided in error messages isn't good enough, seems like the thing to do
is fix the error messages.  Nobody is going to want to dump out a
multi-hundred-line function like this in order to identify which
statement is being fingered by an error.
        regards, tom lane


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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: xmlconcat (was 9.0 release notes done)
Следующее
От: Pavel Stehule
Дата:
Сообщение: Re: proposal: more practical view on function's source code