Re: psql output locations

From: Robert Haas <robertmhaas(at)gmail(dot)com>
To: Magnus Hagander <magnus(at)hagander(dot)net>
Cc: Peter Eisentraut <peter_e(at)gmx(dot)net>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: psql output locations
Date: 2011-12-14 15:57:25
Message-ID: CA+TgmoYg5L+NyYLp1ktU=7DpZ7Ff+pD8+_NQBsL1g-198tbWBg@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Wed, Dec 14, 2011 at 4:45 AM, Magnus Hagander <magnus(at)hagander(dot)net> wrote:
>>> * There are a number of things that are always written to stdout, that
>>> there is no way to redirect. In some cases it's interactive prompts -
>>> makes sense - but also for example the output of \timing goes to
>>> stdout always. Is there some specific logic behind what/when this
>>> should be done?
>>
>> Everything that is not an error goes to stdout, no?  Except the query
>> output, if you change it.
>>
>> Maybe the way to do what you want is to invent a new setting that
>> temporarily changes stdout.
>
> Yeah, that might be it. Or I need separate settings for "put errors in
> the query output stream" and "put non-query-output-but-also-non-errors
> in the query output stream". The effect would be the same, I guess...

That seems an awful lot harder (and messier) than just changing the
all the call sites to use the same error-reporting function.

--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Simon Riggs 2011-12-14 16:06:08 Re: [REVIEW] pg_last_xact_insert_timestamp
Previous Message Tom Lane 2011-12-14 15:36:54 Re: foreign key locks, 2nd attempt