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
Re: proposal: more practical view on function's source code Re: proposal: more practical view on function's source code |
Список | 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 по дате отправления: