Re: TODO item -- Improve psql's handling of multi-line queries - Mailing list pgsql-patches

From Bruce Momjian
Subject Re: TODO item -- Improve psql's handling of multi-line queries
Date
Msg-id 200512020440.jB24eoF00258@candle.pha.pa.us
Whole thread Raw
In response to Re: TODO item -- Improve psql's handling of multi-line queries  (Andreas Seltenreich <uwi7@rz.uni-karlsruhe.de>)
Responses Re: TODO item -- Improve psql's handling of multi-line queries  (Andreas Seltenreich <andreas+pg@gate450.dyndns.org>)
Re: TODO item -- Improve psql's handling of multi-line  ("Sergey E. Koposov" <math@sai.msu.ru>)
List pgsql-patches
Where are we on this patch?  Was it submitted?  Applied?  Just an idea?

---------------------------------------------------------------------------

Andreas Seltenreich wrote:
> Sergey E. Koposov writes:
>
> > I'm proposing the small patch for the TODO item -- Improve psql's handling
> > of multi-line queries. With this patch the multi-line queries are saved
> > by readline as whole and not line by line.
>
> I like it already!
>
> > This is my first patch for Postgres but it seems to work and to not break
> > anything.
> >
> > I'm waiting for review, comments, objections, etc...
>
> Did you consider its interaction with \e? Editing the query_buffer
> with \e will leave that query prefixed with \e in the history. That
> wasn't the case before your patch.
>
> Also, using \e several times on a query without sending it (i.e.
> without a semicolon) will yield a history entry of a concatenation of
> old query buffers.
>
> Thanks,
> Andreas
>
> ---------------------------(end of broadcast)---------------------------
> TIP 4: Have you searched our list archives?
>
>                http://archives.postgresql.org
>

--
  Bruce Momjian                        |  http://candle.pha.pa.us
  pgman@candle.pha.pa.us               |  (610) 359-1001
  +  If your life is a hard drive,     |  13 Roberts Road
  +  Christ can be your backup.        |  Newtown Square, Pennsylvania 19073

pgsql-patches by date:

Previous
From: Bruce Momjian
Date:
Subject: Re: [BUGS] BUG #2056: to_char no long takes time as input?
Next
From: Bruce Momjian
Date:
Subject: Re: Numeric 508 datatype