Re: psql \pset pager

From: Bruce Momjian <bruce(at)momjian(dot)us>
To: Steve Crawford <scrawford(at)pinpointresearch(dot)com>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: psql \pset pager
Date: 2008-05-15 00:22:15
Message-ID: 200805150022.m4F0MF202412@momjian.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general pgsql-hackers pgsql-patches

Steve Crawford wrote:
> My fingers sometimes run on "autoappend semicolon" mode and I end up
> typing "\pset pager always;" instead of "\pset pager always". No error
> is returned, short (but wide) output is not routed to the pager, and I
> have to back up and correct the \pset pager command. After some
> experimentation, I found that any unrecognized string sets the pager to
> be used for long output:
>
> steve=> \pset pager on;
> Pager is used for long output.
>
> steve=> \pset pager off;
> Pager is used for long output.
>
> steve=> \pset pager always;
> Pager is used for long output.
>
> steve=> \pset pager occasionally
> Pager is used for long output.
>
> steve=> \pset pager at random
> Pager is used for long output.
> \pset: extra argument "random" ignored
>
> The above commands set the pager to be used for long output regardless
> of the prior setting. Bad input doesn't generate errors except in the
> case where there are too many parameters.
>
> I didn't find this documented. Is the acceptance of bad input by design
> or an oversight?

Will be fixed in 8.4.

> Also, what would be the feasibility of having psql route output to the
> pager if the output is too long or too _wide_? I end up with too wide at
> least as often as too long.

Also done for 8.4.

--
Bruce Momjian <bruce(at)momjian(dot)us> http://momjian.us
EnterpriseDB http://enterprisedb.com

+ If your life is a hard drive, Christ can be your backup. +

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Joey K. 2008-05-15 00:34:47 Re: bug on ALTER TABLE
Previous Message D. Dante Lorenso 2008-05-15 00:11:27 convert very large unsigned numbers to base62?

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2008-05-15 00:31:23 Permissions restrictions for function call statistics?
Previous Message Tom Lane 2008-05-15 00:19:35 Re: stored procedure stats in collector

Browse pgsql-patches by date

  From Date Subject
Next Message Joshua D. Drake 2008-05-15 00:52:47 Re: Patch to change psql default banner v6
Previous Message Tom Lane 2008-05-15 00:19:35 Re: stored procedure stats in collector