Re: [HACKERS] Show backtrace when tap tests fail

Поиск
Список
Период
Сортировка
От Andrew Dunstan
Тема Re: [HACKERS] Show backtrace when tap tests fail
Дата
Msg-id 8d8b66f1-be23-f78b-046d-5d224e837c80@2ndQuadrant.com
обсуждение исходный текст
Ответ на [HACKERS] Show backtrace when tap tests fail  (Andres Freund <andres@anarazel.de>)
Ответы Re: [HACKERS] Show backtrace when tap tests fail  (Tom Lane <tgl@sss.pgh.pa.us>)
Re: [HACKERS] Show backtrace when tap tests fail  (ilmari@ilmari.org (Dagfinn Ilmari Mannsåker))
Список pgsql-hackers

On 09/19/2017 01:31 PM, Andres Freund wrote:
> Hi,
>
> I've had a couple cases where tap tests died, and I couldn't easily see
> where / why. For development of a new test I found it useful to show
> backtraces in that case - just adding a
> use Carp::Always;
> at the start of the relevant module did the trick.
>
> I'm wondering if we shouldn't always do so if the module is
> installed. I.e. have PostgresNode or something do something like
>
> # Include module showing backtraces upon failures. As it's a
> non-standard module, don't fail if not installed.
> eval { use Carp::Always; }
>
> Comments?
>


Or maybe Devel::Confess ?

In an eval you need a 'require' rather than a 'use', AFAIK.


cheers

andrew

-- 
Andrew Dunstan                https://www.2ndQuadrant.com
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services



-- 
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers

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

Предыдущее
От: chiru r
Дата:
Сообщение: Re: [GENERAL] [HACKERS] USER Profiles for PostgreSQL
Следующее
От: Peter Eisentraut
Дата:
Сообщение: Re: [HACKERS] Log LDAP "diagnostic messages"?