Re: BUG #6578: Deadlock in libpq after upgrading from 8.4.7 to 8.4.11

From: Greg Stark <stark(at)mit(dot)edu>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: rnysmile(at)yahoo(dot)com, pgsql-bugs(at)postgresql(dot)org
Subject: Re: BUG #6578: Deadlock in libpq after upgrading from 8.4.7 to 8.4.11
Date: 2012-04-12 14:28:54
Message-ID: CAM-w4HMFAGXmXh+NirZTDMiUeA7_EiMuxcVf33AfpZJYKJM0hA@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

On Wed, Apr 11, 2012 at 2:04 AM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> rnysmile(at)yahoo(dot)com writes:
>> This month, we upgrade the libpq5 from  8.4.7 to 8.4.11.(libpq-dev
>> 8.4.11-0ubuntu0.11.04) Our service program become unstable after upgrading.
>
> It seems rather improbable that a deadlock inside glibc would be our
> bug.  Also, I've just looked very carefully through all the diffs
> between 8.4.7 and 8.4.11 (or at least, all the diffs affecting libpq)
> and I don't see anything that could plausibly lead to this behavior.

Is it's possible it's this? It's fixed in a version of libc that
post-dates Ubuntu 11.0.4 as far as I can tell.

https://bugs.launchpad.net/ubuntu/+source/eglibc/+bug/838975

Otherwise, just as a comment, in my experience pthread problems often
are triggered by generic memory handling bugs like buffer overruns or
writing to freed or realloced blocks. These kinds of bugs can corrupt
any dynamically managed memory block and typically pthreads includes
such memory blocks internally.

--
greg

In response to

Browse pgsql-bugs by date

  From Date Subject
Next Message Tom Lane 2012-04-12 14:52:28 Re: BUG #6583: for loop cursor
Previous Message biju.george 2012-04-12 08:55:08 BUG #6583: for loop cursor