From: | Peter Eisentraut <petere(at)postgresql(dot)org> |
---|---|
To: | Fujii Masao <masao(dot)fujii(at)gmail(dot)com> |
Cc: | PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Re: [COMMITTERS] pgsql: Don't unblock SIGQUIT in the SIGQUIT handler This was possibly |
Date: | 2010-11-10 21:51:13 |
Message-ID: | 1289425873.13614.1.camel@vanquo.pezone.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-committers pgsql-hackers |
On ons, 2010-11-10 at 20:30 +0900, Fujii Masao wrote:
> On Thu, Dec 17, 2009 at 8:05 AM, Peter Eisentraut <petere(at)postgresql(dot)org> wrote:
> > Log Message:
> > -----------
> > Don't unblock SIGQUIT in the SIGQUIT handler
> >
> > This was possibly linked to a deadlock-like situation in glibc syslog code
> > invoked by the ereport call in quickdie(). In any case, a signal handler
> > should not unblock its own signal unless there is a specific reason to.
> >
> > Modified Files:
> > --------------
> > pgsql/src/backend/tcop:
> > postgres.c (r1.577 -> r1.578)
> > (http://anoncvs.postgresql.org/cvsweb.cgi/pgsql/src/backend/tcop/postgres.c?r1=1.577&r2=1.578)
> > pgsql/src/include/libpq:
> > pqsignal.h (r1.35 -> r1.36)
> > (http://anoncvs.postgresql.org/cvsweb.cgi/pgsql/src/include/libpq/pqsignal.h?r1=1.35&r2=1.36)
>
> Why wasn't this patch backported? Recently my customer encountered
> the bug which this patch fixed, in 8.3.
It was at the time a perhaps experimental behavioral change.
I'm also running a 8.3 version with this patched in, though.
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2010-11-10 22:01:05 | pgsql: Fix line_construct_pm() for the case of "infinite" (DBL_MAX) slo |
Previous Message | User Hinoue | 2010-11-10 21:47:48 | psqlodbc - psqlodbc: Fix the bug introduced by the previous change |
From | Date | Subject | |
---|---|---|---|
Next Message | Peter Eisentraut | 2010-11-10 21:58:20 | Re: multi-platform, multi-locale regression tests |
Previous Message | Markus Wanner | 2010-11-10 19:40:08 | Re: multi-platform, multi-locale regression tests |