Skip site navigation (1) Skip section navigation (2)

Re: libpq does not manage SSL callbacks properly when otherlibraries are involved.

From: Alvaro Herrera <alvherre(at)commandprompt(dot)com>
To: Russell Smith <mr-russ(at)pws(dot)com(dot)au>
Cc: PoolSnoopy <tlatzelsberger(at)gmx(dot)at>, pgsql-bugs(at)postgresql(dot)org
Subject: Re: libpq does not manage SSL callbacks properly when otherlibraries are involved.
Date: 2008-09-01 13:26:52
Message-ID: 20080901132651.GA3776@alvh.no-ip.org (view raw or flat)
Thread:
Lists: pgsql-bugspgsql-hackers
Russell Smith wrote:
> Alvaro Herrera wrote:
> > PoolSnoopy wrote:
> >   
> >> this bug is really some annoyance if you use automatic build environments.
> >> I'm using phpunit to run tests and as soon as postgres is involved the php
> >> cli environment segfaults at the end. this can be worked around by disabling
> >> ssl but it would be great if the underlying bug got fixed.
> >>     
> >
> > This is PHP's bug, isn't it?  Why are you complaining here
> No, this is a problem with the callback/exit functions used by
> PostgreSQL.  We setup callback functions when we use SSL, if somebody
> else uses SSL we can create a problem.

Ok, so it seems you're correct; there is more evidence to be found by
searching other projects' mailing lists, for example as a starting point
http://markmail.org/search/?q=+CRYPTO_set_locking_callback%28NULL%29

-- 
Alvaro Herrera                                http://www.CommandPrompt.com/
PostgreSQL Replication, Consulting, Custom Development, 24x7 support

In response to

pgsql-hackers by date

Next:From: Marko KreenDate: 2008-09-01 13:33:53
Subject: Re: [PATCH] Make gram.y use palloc/pfree for memory management
Previous:From: Hannu KrosingDate: 2008-09-01 13:08:23
Subject: Re: Is this really really as designed or defined in somestandard

pgsql-bugs by date

Next:From: Pavel StehuleDate: 2008-09-01 14:05:35
Subject: Re: Bug in RETURN QUERY
Previous:From: Oleg SerovDate: 2008-09-01 13:21:08
Subject: Bug in RETURN QUERY

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group