Ok, now I have a repro recipe that doesn't require
mod_dav and mod_dav_svn.
Try this in httpd.conf:
<VirtualHost _default_:443>
SSLEngine on
SSLCACertificatePath /var/openssl/ca/private
SSLCACertificateFile /var/openssl/ca/private/ca.cert
SSLCertificateFile /var/openssl/ca/certs/striker.xs4all.nl.cert
SSLCertificateKeyFile /var/openssl/ca/certs/striker.xs4all.nl.key
DocumentRoot /opt/httpd/htdocs
ServerName striker.xs4all.nl
<Location /manual>
SSLRequireSSL
</Location>
</VirtualHost>
<Location /manual>
Order deny,allow
Deny from all
Allow from 192.168.0.1
</Location>
Try if you get the correct 'access forbidden' when
requesting http://192.168.0.1/manual. I do. This
step is probably not needed to reproduce, but here
for completeness since this functions as expected.
Then, request https://192.168.0.1/manual. You will see
ssl being set up properly and then httpd segfaults.
Stack traces can be found earlier in this thread.
Ofcourse replace the certs, servername, ip etc with your own
relevant configuration info.
Sander
> From: Sander Striker [mailto:[EMAIL PROTECTED]]
> Sent: 13 September 2001 09:50
> Hi,
>
> I can reproduce the problem easily now with
> openssl s_client. If anyone is interested
> to hunt this bug down (I am personally not
> familiar enough with the location_walk code
> to find it (without spending more time on
> it than I have at the moment)), I can give
> an account on my box to observe the problem
> first hand.
>
> Once again, it is not in the optimization code,
> I reverted to request.c 1.47 (with patch 1.49
> applied).
>
> If someone has time, please help hunt this down
> so I can focus on working on the ssl side of
> subversion ;)
>
> Sander
>