From: | Fujii Masao <masao(dot)fujii(at)gmail(dot)com> |
---|---|
To: | Magnus Hagander <magnus(at)hagander(dot)net> |
Cc: | Heikki Linnakangas <heikki(dot)linnakangas(at)enterprisedb(dot)com>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Streaming Replication on win32 |
Date: | 2010-01-18 10:11:39 |
Message-ID: | 3f0b79eb1001180211o48d5e776kaaab14e4b20b0777@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Mon, Jan 18, 2010 at 6:40 PM, Magnus Hagander <magnus(at)hagander(dot)net> wrote:
> SSL_read calls into pqwin32_recv(), so you have the same problem. (see
> my_sock_read() and my_sock_write() in be-secure.c)
Oh, I confirmed that. Thanks!
Can we prevent SSL_read from being blocked in the renegotiation case
if we use poll/select in my_sock_read() even if the socket is blocking
mode? If Yes, ISTM that we can work around the problem by using the
special BIO function which checks the socket, as BIO.
Regards,
--
Fujii Masao
NIPPON TELEGRAPH AND TELEPHONE CORPORATION
NTT Open Source Software Center
From | Date | Subject | |
---|---|---|---|
Next Message | Boszormenyi Zoltan | 2010-01-18 10:58:38 | Fix auto-prepare #2 |
Previous Message | KaiGai Kohei | 2010-01-18 10:08:50 | Re: RADIUS authentication |