lynx-dev
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Lynx-dev] SSL in 2.8.6rel.5 Solaris SPARC


From: Thomas Dickey
Subject: Re: [Lynx-dev] SSL in 2.8.6rel.5 Solaris SPARC
Date: Tue, 09 Dec 2008 20:17:16 -0500
User-agent: Mutt/1.5.18 (2008-05-17)

On Tue, Dec 09, 2008 at 05:05:26AM -0500, MJ wrote:
> The most recent stable version, 2.8.6rel.5 was released as a package
> for Solaris 8-10 on SunFreeware.com on November 21, 2008 (thanks Steve).

I'm not able to test those packages, but can compile lynx on an account
on Solaris 10 for instance, and can connect to an HTTPS URL.
 
> Any attempt to access using https reports the error:
> 
> Alert!: This client does not contain support for HTTPS URLs.

This message comes from WWW/Library/Implementation/HTTP.c

#ifdef USE_SSL
    if (!strncmp(url, "https", 5))
        status = HTDoConnect(url, "HTTPS", HTTPS_PORT, &s);
    else
        status = HTDoConnect(url, "HTTP", HTTP_PORT, &s);
#else
    if (!strncmp(url, "https", 5)) {
        HTAlert(gettext("This client does not contain support for HTTPS URLs.")>
        status = HT_NOT_LOADED;
        goto done;
    }
    status = HTDoConnect(arg, "HTTP", HTTP_PORT, &s);
#endif /* USE_SSL */

(I'm pretty sure that even though it's linked with the library, it's
not configured to use it).

> Run on Solaris 8:
> 
>   User-Agent header (!)     : Lynx/2.8.6rel.5 libwww-FM/2.14 SSL-MM/1.4.1
> 
> % ldd /usr/local/bin/lynx_ssl_ipv6-2.8.6
>         libncurses.so.5 =>       /usr/local/lib/libncurses.so.5
>         libssl.so.0.9.8 =>       /usr/local/lib/libssl.so.0.9.8
>         libcrypto.so.0.9.8 =>    /usr/local/lib/libcrypto.so.0.9.8

It appears to be linked with the right libraries - but having dealt
with BSD packagers who don't use the configure script, the first thing
to check is whether the compile-time #define's look sane.

At the bottom of the options menu, there's a link to

  View the file lynx.cfg.

In that page, there's a link to

     * compile time options

The content of _that_ page is most of the data that the configure script
gathers, in more readable form.  It would help to see that (though I
suspect that the configure script wasn't used, and that the page is
missing ;-).

Very likely, the bug report should go to sunfreeware.

-- 
Thomas E. Dickey <address@hidden>
http://invisible-island.net
ftp://invisible-island.net

Attachment: signature.asc
Description: Digital signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]