Re: -DDISABLE_ENABLE_ASSERT

Поиск
Список
Период
Сортировка
Искать
От
Tom Lane
Тема
Re: -DDISABLE_ENABLE_ASSERT
Дата
Msg-id
931.1403219829@sss.pgh.pa.us
Ответ на
Список
Дерево обсуждения
-DDISABLE_ENABLE_ASSERT Andres Freund <andres@2ndquadrant.com>
Re: -DDISABLE_ENABLE_ASSERT Tom Lane <tgl@sss.pgh.pa.us>
Re: -DDISABLE_ENABLE_ASSERT Andres Freund <andres@2ndquadrant.com>
Re: -DDISABLE_ENABLE_ASSERT Alvaro Herrera <alvherre@2ndquadrant.com>
Re: -DDISABLE_ENABLE_ASSERT Robert Haas <robertmhaas@gmail.com>
Re: -DDISABLE_ENABLE_ASSERT Andres Freund <andres@2ndquadrant.com>
Re: -DDISABLE_ENABLE_ASSERT Robert Haas <robertmhaas@gmail.com>
Re: -DDISABLE_ENABLE_ASSERT Tom Lane <tgl@sss.pgh.pa.us>
Re: -DDISABLE_ENABLE_ASSERT Andres Freund <andres@2ndquadrant.com>
Re: -DDISABLE_ENABLE_ASSERT Tom Lane <tgl@sss.pgh.pa.us>
Re: -DDISABLE_ENABLE_ASSERT Andres Freund <andres@2ndquadrant.com>
Re: -DDISABLE_ENABLE_ASSERT Andres Freund <andres@2ndquadrant.com>
Re: -DDISABLE_ENABLE_ASSERT Tom Lane <tgl@sss.pgh.pa.us>
Re: -DDISABLE_ENABLE_ASSERT Robert Haas <robertmhaas@gmail.com>
Andres Freund  writes:
> Hm, that missed a couple things. Updated patch attached. Besides adding
> the missed documentation adjustments this also removes the -A
> commandline/startup packet parameter since it doesn't serve a purpose
> anymore.
> Does anyone think we should rather keep -A and have it not to anything?
> It seems fairly unlikely, but not impossible, that someone had the
> great idea to add -A off in their connection options.

I think we could delete it.  If anyone is using that, I think they'd
be happier getting an error than having it silently not do what they
want (and more slowly than before ...)
		regards, tom lane


В списке pgsql-hackers по дате отправления
От: Andres Freund
Дата:
Сообщение: Re: -DDISABLE_ENABLE_ASSERT
От: Shigeru Hanada
Дата:
FAQ