Skip site navigation (1) Skip section navigation (2)

Re: Basic subtransaction facility

From: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
To: Alvaro Herrera <alvherre(at)dcc(dot)uchile(dot)cl>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>,Patches <pgsql-patches(at)postgresql(dot)org>
Subject: Re: Basic subtransaction facility
Date: 2004-04-27 03:30:16
Message-ID: 200404270330.i3R3UGD25748@candle.pha.pa.us (view raw or flat)
Thread:
Lists: pgsql-patches
Alvaro, where are we on this patch.   I think the suggestion was to
throw FATAL rather than add a new error level.

Is this ready to be applied?

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

Alvaro Herrera wrote:
> On Mon, Apr 19, 2004 at 11:13:35AM -0400, Alvaro Herrera wrote:
> 
> > I noticed that I sent an old version because of a system crash (the
> > *one* time I don't review vi -r differences it bites me ... argh).  It
> > has several obvious mistakes.  Please do not waste your time reviewing
> > that; I'll submit a corrected version later, which will also contain
> > some more changes.
> 
> Ok, hopefully this one is better.
> 
> I'm thinking that I'll to add a new elog level to signal a can't-happen
> condition within the transaction machinery, which would abort the whole
> transaction tree (more than ERROR) but would not take the whole backend
> down (less than FATAL).  What should it be called?  Do people agree that
> it's needed?
> 
> -- 
> Alvaro Herrera (<alvherre[a]dcc.uchile.cl>)
> "Et put se mouve" (Galileo Galilei)

[ Attachment, skipping... ]

-- 
  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

In response to

Responses

pgsql-patches by date

Next:From: Bruce MomjianDate: 2004-04-27 03:31:15
Subject: Re: NEXT VALUE FOR...
Previous:From: Bruce MomjianDate: 2004-04-27 03:06:21
Subject: Re: FW: Timezone library

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group