From: | Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> |
---|---|
To: | Andreas Seltenreich <uwi7(at)rz(dot)uni-karlsruhe(dot)de> |
Cc: | "Sergey E(dot) Koposov" <math(at)sai(dot)msu(dot)ru>, pgsql-patches(at)postgresql(dot)org |
Subject: | Re: TODO item -- Improve psql's handling of multi-line queries |
Date: | 2005-12-02 04:40:50 |
Message-ID: | 200512020440.jB24eoF00258@candle.pha.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | 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(at)candle(dot)pha(dot)pa(dot)us | (610) 359-1001
+ If your life is a hard drive, | 13 Roberts Road
+ Christ can be your backup. | Newtown Square, Pennsylvania 19073
From | Date | Subject | |
---|---|---|---|
Next Message | Peter Eisentraut | 2005-12-02 08:28:19 | Re: [HACKERS] Should libedit be preferred to libreadline? |
Previous Message | Bruce Momjian | 2005-12-02 04:34:00 | Re: Numeric 508 datatype |