On Friday 17 June 2011, William A. Rowe Jr. wrote:
On 6/17/2011 6:39 AM, Jim Jagielski wrote:
Are we ready for the next beta release???
And Maybe Even The Next Release being GA??
2.3.13 soon, I'll fix the mod_ldap load ordering quirk on Sunday
and just do a bit more validation with apr
On Friday 17 June 2011, Graham Leggett wrote:
We used openssl to make our non blocking event driven stuff work,
and it works really well (once you've properly handled
SSL_ERROR_WANT_READ and SSL_ERROR_WANT_WRITE). There is no reason
I can see that would stop us using openssl to be async in
On Friday 17 June 2011, William A. Rowe Jr. wrote:
Is there any remaining benefit from the mod_ldap/mod_authnz_ldap
split? Couldn't we just link it all into one big DSO and stop
faffing around with optional functions? It might be simpler.
I believe there is. I remember someone talking
- Original Message -
On Friday 17 June 2011, Graham Leggett wrote:
We used openssl to make our non blocking event driven stuff work,
and it works really well (once you've properly handled
SSL_ERROR_WANT_READ and SSL_ERROR_WANT_WRITE). There is no reason
I can see that would stop
2011/6/18 Igor Galić i.ga...@brainsware.org:
- Original Message -
On Friday 17 June 2011, Graham Leggett wrote:
We used openssl to make our non blocking event driven stuff work,
and it works really well (once you've properly handled
SSL_ERROR_WANT_READ and SSL_ERROR_WANT_WRITE).
- Original Message -
2011/6/18 Igor Galić i.ga...@brainsware.org:
- Original Message -
On Friday 17 June 2011, Graham Leggett wrote:
We used openssl to make our non blocking event driven stuff
work,
and it works really well (once you've properly handled
On 18.06.2011 14:44, Stefan Fritsch wrote:
On Friday 17 June 2011, William A. Rowe Jr. wrote:
On 6/17/2011 6:39 AM, Jim Jagielski wrote:
Are we ready for the next beta release???
And Maybe Even The Next Release being GA??
2.3.13 soon, I'll fix the mod_ldap load ordering quirk on Sunday
and