Re: Improving deadlock error messages

From: Jim Nasby <decibel(at)decibel(dot)org>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Neil Conway <neilc(at)samurai(dot)com>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Improving deadlock error messages
Date: 2007-04-25 16:40:52
Message-ID: F4EE286C-1097-4838-8B40-A891B235A1BE@decibel.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Apr 23, 2007, at 11:38 PM, Tom Lane wrote:
> Neil Conway <neilc(at)samurai(dot)com> writes:
>> On Sat, 2007-04-21 at 19:43 -0400, Neil Conway wrote:
>>> Attached is a very quick hack of a patch to do this.
>
>> Does anyone have any feedback on this approach? If people are
>> satisfied
>> with this solution, I can get a cleaned up patch ready to apply
>> shortly.
>
> I'm really still opposed to the entire concept. You're proposing
> to put
> a lot of fragile-looking code into a seldom-exercised error path.
> I fear bugs will survive a long time in there, and the net effect
> will be
> that we get no information when we need it most. The numeric
> printouts
> may be ugly, but they are reliable.

If we're that worried about test coverage for deadlocks, what about
adding a test to the regression tests? IIRC the framework can
coordinate between multiple connections now...
--
Jim Nasby jim(at)nasby(dot)net
EnterpriseDB http://enterprisedb.com 512.569.9461 (cell)

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Owen Hartnett 2007-04-25 16:47:34 Schema as versioning strategy
Previous Message Steve Crawford 2007-04-25 16:36:35 Re: Vacuum-full very slow