From: | "Jeffrey Baker" <jwbaker(at)gmail(dot)com> |
---|---|
To: | "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Bug in libpq causes local clients to hang |
Date: | 2008-03-24 16:37:40 |
Message-ID: | fd145f7d0803240937q6fe18310red61a78f214c0206@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Mon, Mar 24, 2008 at 9:24 AM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> "Jeffrey Baker" <jwbaker(at)gmail(dot)com> writes:
> > On Sun, Mar 23, 2008 at 8:35 PM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
>
> >> If it works over TCP and not over Unix socket, it's a kernel bug.
> >> The libpq code doesn't really know the difference after connection
> >> setup.
>
> > The same thought occurred to me, but it could also be a race condition
> > which the unix socket is fast enough to trigger but the TCP socket is
> > not fast enough to trigger. I'm peeking around in the code but
> > nothing jumps out yet.
>
> Fairly hard to believe given that you're talking about communication
> between two sequential processes. Anyway I'd suggest that the first
> thing to do is extract a reproducible test case. It'd be useful
> to see if it hangs on other platforms...
The stack trace doesn't actually make sense, does it? I think that
(at least) the PQmblen frame is spurious.
-jwb
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2008-03-24 16:41:08 | Re: [PATCHES] Show INHERIT in \du |
Previous Message | Magnus Hagander | 2008-03-24 16:34:57 | Re: New email list for emergency communications |