Perhaps I should have been more clear. I think the "problem" occurs when one
is trying to compile the SSL_EXPERIMENTAL code. In ssl_engine_ext.c there
are a couple of references to sc->ctx. These are in code (functions
ssl_ext_mp_init() and ssl_ext_mp_clientcert_cb()) that is bracketed by
SSL_EXPERIMENTAL. "sc" is a pointer to the SSLSrvConfigRec which is defined
in mod_ssl.h. In that structure, the definition of *ctx is bracketed by
SSL_VENDOR. It sure seems that the compilation of the SSL_EXPERIMENTAL code
depends on that being defined.
Deb
Deborah Hansknecht
Sandia National Labs.
-----Original Message-----
From: Ralf S. Engelschall [mailto:[EMAIL PROTECTED]]
Sent: March 01, 2000 9:09 AM
To: [EMAIL PROTECTED]
Subject: Re: compile problems - 2.6.1 / 1.3.12
On Wed, Mar 01, 2000, Hansknecht, Deborah A wrote:
> I encountered the same problem (on HPUX V10). The complaint was resolved
by
> adding SSL_VENDOR=yes in the Configuration file. It looked to me that the
> code was relying on the definition of ctx in the SSLSrvConfigRec
structure,
> and that was only defined in an ifdef SSL_VENDOR. Once I did that it
> compiled fine and is currently running. I sure thought that I had all the
> EAPI patches on correctly (?).
I've tried now with and without SSL_VENDOR and there is no difference.
It both times compiled all fine. Especially because the ctx stuff is an
EAPI thing and not a mod_ssl thing.
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
______________________________________________________________________
Apache Interface to OpenSSL (mod_ssl) www.modssl.org
User Support Mailing List [EMAIL PROTECTED]
Automated List Manager [EMAIL PROTECTED]
______________________________________________________________________
Apache Interface to OpenSSL (mod_ssl) www.modssl.org
User Support Mailing List [EMAIL PROTECTED]
Automated List Manager [EMAIL PROTECTED]
