On December 26, 5:19 am David Fetter <[EMAIL PROTECTED]> wrote:
> It doesn't need the semicolon. PL/PgSQL's BEGIN is different from
> SQL's. :)
Exactly. Note that my patch _removes_ the semicolon. If you put it in a
plpgsql function definition as in the example from the docs you get a
syntax erro
On Tue, Dec 26, 2006 at 01:10:03PM +0100, Joachim Wieland wrote:
> On December 26, 5:19 am David Fetter <[EMAIL PROTECTED]> wrote:
> > It doesn't need the semicolon. PL/PgSQL's BEGIN is different from
> > SQL's. :)
>
> Exactly. Note that my patch _removes_ the semicolon. If you put it in a
> plpg
"Joachim Wieland" <[EMAIL PROTECTED]> writes:
> attached is a micro doc patch. BEGIN in plpgsql is without semicolon.
Applied, thanks.
regards, tom lane
---(end of broadcast)---
TIP 7: You can help support the PostgreSQL pro
I'd love to see this back patched into 8.2.1 if possible.
Should I resubmit with new names?
-Glen
Bruce Momjian wrote:
Is this something we want in 8.3? I am thinking visible/expired would
be clearer terms.
---
Glen Par
On Tue, 2006-12-26 at 13:59 -0800, Glen Parker wrote:
> I'd love to see this back patched into 8.2.1 if possible.
Probably not. We typically do not introduce new features into back
releases.
Sincerely,
Joshua D. Drake
>
> Should I resubmit with new names?
>
> -Glen
>
> Bruce Momjian wrote:
"Joshua D. Drake" <[EMAIL PROTECTED]> writes:
> On Tue, 2006-12-26 at 13:59 -0800, Glen Parker wrote:
>> I'd love to see this back patched into 8.2.1 if possible.
> Probably not. We typically do not introduce new features into back
> releases.
And since this one would require an initdb, there is
Glen Parker wrote:
[slightly reformatted for sanity]
> Bruce Momjian wrote:
> >Is this something we want in 8.3? I am thinking visible/expired would
> >be clearer terms.
>
> I'd love to see this back patched into 8.2.1 if possible.
>
> Should I resubmit with new names?
I'm not really convinced
Alvaro Herrera wrote:
As for backpatching, you already knew the answer :-)
Nope, I had no idea this would require initdb...
-Glen
---(end of broadcast)---
TIP 2: Don't 'kill -9' the postmaster
Hi,
This simple patch lets someone specifies the xlog directory at initdb
time. It uses symlinks to do it, and create and/or set permissions at
the directory as appropriate.
--
Euler Taveira de Oliveira
http://www.timbira.com/
*** ./doc/src/sgml/ref/initdb.sgml.orig 2006-12-23 22:08:13.00
Glen Parker wrote:
> Alvaro Herrera wrote:
>> As for backpatching, you already knew the answer :-)
>
> Nope, I had no idea this would require initdb...
>
>
Regardless of this, our rule against backpatching new features is well
founded. The stable branches are called stable for a good reason.
chee
Alvaro Herrera wrote:
> Glen Parker wrote:
>
> [slightly reformatted for sanity]
>
> > Bruce Momjian wrote:
> > >Is this something we want in 8.3? I am thinking visible/expired would
> > >be clearer terms.
> >
> > I'd love to see this back patched into 8.2.1 if possible.
> >
> > Should I resubm
Bruce Momjian <[EMAIL PROTECTED]> writes:
> Alvaro Herrera wrote:
>> I'm not really convinced that Bruce's proposed names seem any better to
>> me. What's wrong with "dead" and "live"?
> In my mind, visible really means "visible to anyone", and expired means
> visible to no one.
Um ... surely, v
Tom Lane wrote:
> Bruce Momjian <[EMAIL PROTECTED]> writes:
> > Alvaro Herrera wrote:
> >> I'm not really convinced that Bruce's proposed names seem any better to
> >> me. What's wrong with "dead" and "live"?
>
> > In my mind, visible really means "visible to anyone", and expired means
> > visibl
On Tuesday 26 December 2006 23:12, Bruce Momjian wrote:
> Tom Lane wrote:
> > Bruce Momjian <[EMAIL PROTECTED]> writes:
> > > Alvaro Herrera wrote:
> > >> I'm not really convinced that Bruce's proposed names seem any better
> > >> to me. What's wrong with "dead" and "live"?
> > >
> > > In my mind,
> The current terminology of live and dead is already used in many places in
> the
> documentation and in userspace; mostly around the need for maintainance of
> dead tuples within tables, reindex cleaning up dead pages, and even in the
> vacuum commands output (n dead tuples cannot be removed
15 matches
Mail list logo