Re: Improving PL/Tcl's error context reports
От | Tom Lane |
---|---|
Тема | Re: Improving PL/Tcl's error context reports |
Дата | |
Msg-id | 30397.1720116985@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: Improving PL/Tcl's error context reports (Pavel Stehule <pavel.stehule@gmail.com>) |
Ответы |
Re: Improving PL/Tcl's error context reports
|
Список | pgsql-hackers |
Pavel Stehule <pavel.stehule@gmail.com> writes: > Getting unique name based on suffix _oid looks not too much nice (using > _increment can be nicer), but it should to work Hmm, yeah we could do an increment. It'd make the results in cases of conflict invocation-order-dependent though, which seems like it might be worse than using OIDs. > PLpgSQL uses more often function signature > (2024-07-04 19:49:20) postgres=# select bx(0); > ERROR: division by zero > CONTEXT: PL/pgSQL function fx(integer) line 1 at RETURN > PL/pgSQL function bx(integer) line 1 at RETURN Oh that's a good idea! So let's use format_procedure(), same as plpgsql does, to generate the final context line that currently reads like in PL/Tcl function "bogus" Then, we could apply the "pull out just alphanumerics" rule to the result of format_procedure() to generate the internal Tcl name. That should greatly reduce the number of cases where we have duplicate internal names we have to unique-ify. > Is there some size limit for variable name? I didn't find it. I did a quick test with 10000-character names and Tcl didn't complain, so it seems like there's no hard limit. regards, tom lane
В списке pgsql-hackers по дате отправления: