Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1YIhkY-0006Sh-Pj for pgsql-hackers@arkaria.postgresql.org; Tue, 03 Feb 2015 17:58:58 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.80) (envelope-from ) id 1YIhkY-0003iv-AD for pgsql-hackers@arkaria.postgresql.org; Tue, 03 Feb 2015 17:58:58 +0000 Received: from makus.postgresql.org ([2001:4800:1501:1::229]) by malur.postgresql.org with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1YIhkX-0003hZ-AD for pgsql-hackers@postgresql.org; Tue, 03 Feb 2015 17:58:57 +0000 Received: from smtp-outbound-2.vmware.com ([208.91.2.13]) by makus.postgresql.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1YIhkT-0005hp-ME for pgsql-hackers@postgresql.org; Tue, 03 Feb 2015 17:58:55 +0000 Received: from sc9-mailhost3.vmware.com (sc9-mailhost3.vmware.com [10.113.161.73]) by smtp-outbound-2.vmware.com (Postfix) with ESMTP id 7AB3429825; Tue, 3 Feb 2015 09:58:50 -0800 (PST) Received: from EX13-CAS-004.vmware.com (EX13-CAS-004.vmware.com [10.113.191.54]) by sc9-mailhost3.vmware.com (Postfix) with ESMTP id 75743406CA; Tue, 3 Feb 2015 09:58:50 -0800 (PST) Received: from [192.168.1.90] (10.113.160.246) by EX13-MBX-024.vmware.com (10.113.191.44) with Microsoft SMTP Server (TLS) id 15.0.913.22; Tue, 3 Feb 2015 09:58:46 -0800 Message-ID: <54D10C44.7040607@vmware.com> Date: Tue, 3 Feb 2015 19:58:28 +0200 From: Heikki Linnakangas Organization: VMware User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Icedove/31.3.0 MIME-Version: 1.0 To: Tom Lane CC: Stephen Frost , Robert Haas , Magnus Hagander , PostgreSQL-development Subject: Re: PQgetssl() and alternative SSL implementations References: <53F1E989.8020609@vmware.com> <10419.1408475397@sss.pgh.pa.us> <53F3C87E.2080401@vmware.com> <54C8FCB0.4050304@vmware.com> <20150128165847.GY3854@tamriel.snowman.net> <54C919FD.1000809@vmware.com> <3934.1422468320@sss.pgh.pa.us> In-Reply-To: <3934.1422468320@sss.pgh.pa.us> Content-Type: text/plain; charset="windows-1252"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [10.113.160.246] X-ClientProxiedBy: EX13-CAS-013.vmware.com (10.113.191.65) To EX13-MBX-024.vmware.com (10.113.191.44) X-Pg-Spam-Score: -6.9 (------) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-hackers Precedence: bulk Sender: pgsql-hackers-owner@postgresql.org On 01/28/2015 08:05 PM, Tom Lane wrote: > Heikki Linnakangas writes: >> Right, that was the idea. I wanted it to include the word "OpenSSL", to >> make it clear in the callers that it's specific to OpenSSL. And SSL, >> because that's the name of the struct. I agree it looks silly, though. >> One idea is to have two separate arguments: the implementation name, and >> the struct name. PQgetSSLstruct(&ssl, "OpenSSL", "SSL") would look less >> silly. > > That's probably overkill. Why not establish a convention that the "main" > API struct for the library doesn't have to be named? So it's just > PQgetSSLstruct(&ssl, "OpenSSL"), and you only need strange naming if > you're dealing with a library that actually has more than one API object > that needs to be fetched this way. (That set is likely empty...) Works for me. Committed that way. - Heikki -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers