Re: [HACKERS] 8.2.4 signal 11 with large transaction - Mailing list pgsql-general

From Sibte Abbas
Subject Re: [HACKERS] 8.2.4 signal 11 with large transaction
Date
Msg-id bd6a35510707231338n32d6c05fxd705d5f50ae3cba9@mail.gmail.com
Whole thread Raw
In response to Re: [HACKERS] 8.2.4 signal 11 with large transaction  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-general
On 7/23/07, Tom Lane <tgl@sss.pgh.pa.us> wrote:
>
> No, the place that has to change is where errstart() detects that we're
> recursing.  We could possibly have it first try to make a shorter string
> and only give up entirely if recursion happens again, but given that
> this is such a corner case I don't think it's worth the complexity and
> risk of further bugs.  I've made it just drop the statement at the same
> time that it decides to give up on printing other context (which can
> also be a source of out-of-memory problems btw).
> http://archives.postgresql.org/pgsql-committers/2007-07/msg00215.php
>

Makes sense.

regards,
--
Sibte Abbas
EnterpriseDB http://www.enterprisedb.com

pgsql-general by date:

Previous
From: Ron Johnson
Date:
Subject: Re: Delete/update with limit
Next
From: "Simon Riggs"
Date:
Subject: Re: Delete/update with limit