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

Re: Compile failure with SSL

From: "Merlin Moncure" <merlin(dot)moncure(at)rcsonline(dot)com>
To: "Dave Page" <dpage(at)vale-housing(dot)co(dot)uk>
Cc: <pgsql-hackers(at)postgresql(dot)org>, <pgsql-patches(at)postgresql(dot)org>
Subject: Re: Compile failure with SSL
Date: 2004-06-21 14:39:41
Message-ID: 6EE64EF3AB31D5448D0007DD34EEB34101AE66@Herge.rcsinc.local (view raw or flat)
Thread:
Lists: pgsql-hackerspgsql-patches
Dave Page wrote:
> OK, looks like the error below is a Win32 thing. The patch attached
> #ifdef'd out the permissions check on the private key file as it won't
> work under Windows anyway (a similar check in postmaster.c has has
> already been ifdef'd out for the same reason).
> 
> Incidently, the consts are also used in initdb.c where they work just
> fine - can't seem to figure out where it gets them from though (must
be
> missing something). Normally they're in sys/stat.h, but not in mingw
> (where they can only be found in glibc/sys/stat.h). Magnus also
> mentioned to me that Merlin's snapshots are building fine without this
> patch - dunno if he has a different version of sys/stat.h...
> 
> Anyway, regardless of that I think the patch is relevant.

I had made the same changes as you to be_secure...(actually, I recently
stopped doing that, I need to update the snapshot info page).  The real
problem is that the SSL based connection does not receive signals while
waiting on select() like the regular connection does.  IMO, the SSL
patch should not be applied until this has been resolved.

Merlin


pgsql-hackers by date

Next:From: Magnus HaganderDate: 2004-06-21 14:55:54
Subject: Re: Show encoding in initdb messages
Previous:From: Tom LaneDate: 2004-06-21 14:32:31
Subject: Re: placeholder syntax

pgsql-patches by date

Next:From: Tom LaneDate: 2004-06-21 14:44:29
Subject: Re: Show encoding in initdb messages
Previous:From: Christopher Kings-LynneDate: 2004-06-21 14:29:51
Subject: Re: Show encoding in initdb messages

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