Re: PG signal handler and non-reentrant malloc/free calls - Mailing list pgsql-hackers

From Tom Lane
Subject Re: PG signal handler and non-reentrant malloc/free calls
Date
Msg-id 8128.1298909614@sss.pgh.pa.us
Whole thread Raw
In response to Re: PG signal handler and non-reentrant malloc/free calls  (Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>)
List pgsql-hackers
Heikki Linnakangas <heikki.linnakangas@enterprisedb.com> writes:
> Unless ImmediateInterruptOK is set, but it's only set around a few 
> blocking system calls where it is safe to do so. (Checks...) Actually, 
> md5_crypt_verify() looks suspicious, it does "ImmediateInterruptOK = 
> true", and then calls palloc() and pfree().

Hm, yeah, and ClientAuthentication() seems way too optimistic about what
it does with that set too.  I'm not sure what we can do about it though.
The general shape of the problem here is that we're about to go off into
uncooperative third-party libraries like krb5, so if we don't enable
interrupts we're going to have problems honoring authentication timeout.
        regards, tom lane


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: Native XML
Next
From: Robert Treat
Date:
Subject: Re: Problem with pg_upgrade (8.4 -> 9.0) due to ALTER DATABASE SET ROLE