[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: lynx-dev Problems with lynx and ssl
From: |
Thomas Dickey |
Subject: |
Re: lynx-dev Problems with lynx and ssl |
Date: |
Mon, 19 Feb 2001 08:05:45 -0500 |
User-agent: |
Mutt/1.2.5i |
On Mon, Feb 19, 2001 at 07:44:02AM -0500, Larry W. Virden wrote:
> Platform: SPARC Solaris 2.6, Sun compiler, Ncurses patched up through
> 20010210, lynx, dev18 , openssl version 0.9.6 .
...
> ild: (undefined symbol) SSLeay_add_ssl_algorithms -- referenced in the text
> segment of ../WWW/Library/Implementation/libwww.a(HTTP.o)
...
> Some of you may recall I've been getting this error for quite some time
> now. Has anyone discovered a solution for this problem yet?
Perhaps you have a header conflict. That's for this code:
PUBLIC SSL * HTGetSSLHandle NOARGS
{
if (ssl_ctx == NULL) {
/*
* First time only.
*/
#if SSLEAY_VERSION_NUMBER < 0x0800
ssl_ctx = SSL_CTX_new();
X509_set_default_verify_paths(ssl_ctx->cert);
#else
SSLeay_add_ssl_algorithms();
ssl_ctx = SSL_CTX_new(SSLv23_client_method());
SSL_CTX_set_options(ssl_ctx, SSL_OP_ALL);
SSL_CTX_set_default_verify_paths(ssl_ctx);
#endif /* SSLEAY_VERSION_NUMBER < 0x0800 */
atexit(free_ssl_ctx);
}
return(SSL_new(ssl_ctx));
}
I've got 0.9.5a installed, and see these definitions in the headers:
crypto.h:88:#define SSLEAY_VERSION_NUMBER OPENSSL_VERSION_NUMBER
opensslv.h:28:#define OPENSSL_VERSION_NUMBER 0x0090581fL
Just checked, 0.9.6 does the same thing more/less:
crypto.h:87:#define SSLEAY_VERSION_NUMBER OPENSSL_VERSION_NUMBER
opensslv.h:28:#define OPENSSL_VERSION_NUMBER 0x0090600fL
So if you're having problems, it really looks like a conflict with an
install of SSLeay.
--
Thomas E. Dickey <address@hidden>
http://dickey.his.com
ftp://dickey.his.com
; To UNSUBSCRIBE: Send "unsubscribe lynx-dev" to address@hidden