Re: svn commit: r1791192 - /httpd/httpd/branches/2.4.x/support/abs.mak

2017-04-12 Thread William A Rowe Jr
On Wed, Apr 12, 2017 at 5:31 PM, wrote: > Author: gsmith > Date: Wed Apr 12 22:31:15 2017 > New Revision: 1791192 > > URL: http://svn.apache.org/viewvc?rev=1791192=rev > Log: > Add another include since applink.c has been moved in > the OpenSSL source. More info: >

Re: blocking listener thread during SSL shutdown

2017-04-12 Thread Eric Covener
On Wed, Apr 12, 2017 at 3:30 PM, Ruediger Pluem wrote: > A debug build which states the line numbers would be more helpful here. What > I can conclude so far by looking at the > code is that it does not wait on the client to sent something but that it > does wait on the

Re: blocking listener thread during SSL shutdown

2017-04-12 Thread Ruediger Pluem
On 04/12/2017 05:03 PM, Frank Meier wrote: > Hi > > I've submitted a bug report [1] about hanging listener threads in mod_event > during SSL shutdown. But since I did not > hear anything I choose to discuss it on the Mailing List. > > I was remotely debugging an Issue, where an Apache HTTPD

Re: Fixing more OpenSSL callback crashes

2017-04-12 Thread Jacob Champion
On 04/12/2017 07:53 AM, Rainer Jung wrote: The good news: I checked by compiling your test program standalone (outside of configure) to be able to run it easily very often (1000 times). I checked on Solaris 8 (32 Bit) and 10 Sparc (32 Bit and 64 Bit) compilation. When I compile without any

blocking listener thread during SSL shutdown

2017-04-12 Thread Frank Meier
Hi I've submitted a bug report [1] about hanging listener threads in mod_event during SSL shutdown. But since I did not hear anything I choose to discuss it on the Mailing List. I was remotely debugging an Issue, where an Apache HTTPD did not serve requests any more. In the stacks of the

Re: Fixing more OpenSSL callback crashes

2017-04-12 Thread Rainer Jung
Hi Jacob, Am 12.04.2017 um 02:16 schrieb Jacob Champion: On 04/10/2017 03:59 PM, Jacob Champion wrote: So it looks like my test program might still be a possible solution for detecting whether we need a callback at configure time, unless anyone knows of a platform where two thread-local errnos