Re: plpgsql.warn_shadow

Поиск
Список
Период
Сортировка
От Marko Tiikkaja
Тема Re: plpgsql.warn_shadow
Дата
Msg-id 52D6500E.705@joh.to
обсуждение исходный текст
Ответ на Re: plpgsql.warn_shadow  (Florian Pflug <fgp@phlo.org>)
Ответы Re: plpgsql.warn_shadow  (Pavel Stehule <pavel.stehule@gmail.com>)
Re: plpgsql.warn_shadow  (Florian Pflug <fgp@phlo.org>)
Список pgsql-hackers
On 1/15/14 7:07 AM, Florian Pflug wrote:
> On Jan15, 2014, at 01:34 , Marko Tiikkaja <marko@joh.to> wrote:
>> It's me again, trying to find a solution to the most common mistakes I make.  This time it's accidental shadowing of
variables,especially input variables.  I've wasted several hours banging my head against the wall while shouting "HOW
CANTHIS VARIABLE ALWAYS BE NULL?".  I can't believe I'm the only one.  To give you a rough idea on how it works:
 
>
> I like this, but think that the option should be just called plpgsql.warnings or plpgsql.warn_on and accept a list of
warningsto enable.
 

Hmm.  How about:
  plpgsql.warnings = 'all' # enable all warnings, defauls to the empty 
list, i.e. no warnings  plpgsql.warnings = 'shadow, unused' # enable just "shadow" and 
"unused" warnings  plpgsql.warnings_as_errors = on # defaults to off?

This interface is a lot more flexible and should address Jim's concerns 
as well.


Regards,
Marko Tiikkaja



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

Предыдущее
От: Oleg Bartunov
Дата:
Сообщение: Re: nested hstore patch - FailedAssertion("!(value->array.nelems == 1)
Следующее
От: Dean Rasheed
Дата:
Сообщение: Re: Failed assertion root->hasLateralRTEs on initsplan.c